본문 바로가기

프로그래밍 강좌/소프트웨어 개발

(6)
[소프트웨어] SW 개발 방법론(2) - 폭포수 모델 프로세스 나선형 통합 애자일 agile waterfall model process spiral unified 선언문 협업 UP 지난 시간에 소프트웨어 개발 방법론에 대해 기초를 알아봤습니다. https://m.blog.naver.com/dorergiverny/223030851029 소프트웨어 개발 방법론(1) - 프로그래밍 차이 구조적 절차적 객체지향 모호성 명사 동사 모듈화 우리는 지난 시간에 기술 부채 techincal debts 에 대해 알아봤습니다. https://blog.naver.com/dorergiver... blog.naver.com 오늘은 소프트웨어 개발 프로세스에 대해 알아 보겠습니다. 1. 소프트웨어 개발 프로세스란? 2. 폭포수 모델 3. 나선형 모델 4. 통합 모델 5. 애자일 모델 소프트웨어 개발 프로세스란? 소프트웨어 개발 프로세스란 무엇일까요? 소프트웨어를 개발할 때 해야 하는 일의 순서를 정의하는 ..
[소프트웨어] SW 개발 방법론(1) - 프로그래밍 차이 구조적 절차적 객체지향 모호성 명사 동사 모듈화 상속 추상화 프로그래머 우리는 지난 시간에 기술 부채 techincal debts 에 대해 알아봤습니다. https://blog.naver.com/dorergiverny/223030520258 [C/C++] Technical Debt 란? 기술 부채 debts 정의 발생 원인 필요성 SW 개발 소프트웨어 이율이 높아지는 요즘 같은 시대에 빚이란 걸 생각하기도 싫다. 어려운 길과 쉬운 길이 있다면 누구나 쉬운... blog.naver.com 오늘 알아볼 내용은 아래와 같습니다. 1. 소프트 웨어와 프로그래밍의 차이 2. 소프트웨어는 언어다? 3. 구조적(절차적) 개발 방법론 4. 객체지향 개발 방법론 소프트웨어 vs. 프로그래밍 소프트웨어 개발 방법론을 논하기에 앞서, 소프트웨어가 무엇인가? 생각해 봅시다. 예를 들어, "1부터..
[소프트웨어] 마크다운 (markdown) 문법 총정리 -사용하기 뷰어 네이버 블로그에서 마크다운 뷰어에 대해 알아보았습니다. https://blog.naver.com/dorergiverny/223047153032 마크다운 뷰어(markdown viewer) 총정리(3) - visual studio 사용하기 마크다운 뷰어에 대한 다른 툴들은 이전에 간단히 알아봤어요. https://m.blog.naver.com/dorergiverny/223... blog.naver.com 이번에는 그래도 프로그래머가 가장 많이 사용하고 있는 IDE인 visual studio 기반으로 마크다운 문법을 파헤쳐 보겠습니다. 마크다운이란? 2004년 존 그루버에 의해 만들어졌고, 쉽게 쓰고 읽을 수 있으며, HTML로 변환이 가능합니다. 마크다운이 각광받기 시작한 이유는 github 덕분이라고 해..
[소프트웨어] 마크다운 뷰어 (markdown viewer) 종류 총정리 - 크롬 뷰어 Chrome notepad++ visual studio typora dillinger 마크다운에 대해 들어보셨나요? 개발을 하면서 깃허브 같은 곳에서 README.md 란 파일을 보셨을꺼에요. 나를 읽어달라고 하는데, 읽기가 어렵더라고요. 마크다운은 사용법이 쉽고 문서를 빠르게 정리할 수 있어서 최근 많이 사용되는 파일 형식 입니다. 그런데 md 파일을 어떻게 열어야 이쁘게 작성된 폼으로 보이는지 어려우셨죠? 가장 많이 사용되는 방법이 바로, 크롬 웹 스토어에서 제공하는 마크다운 뷰어입니다. 크롬 마크다운 뷰어 설치 구글에서 markdown viewer를 치면 제일먼저 검색되는 것이 크롬 웹 스토어에요. 웹스토어에 가면 크롬에 추가를 할 수 있어요 '크롬에 추가' 버튼을 누르고 확장 프로그램 추가를 누르면 크롬에 추가가 되었다고 나와요. 위에 써 있는대로 크롬 브라우저의 오른쪽 상단에 보..
[소프트웨어] Technical Debt 이란? 기술 빚 부채 이율이 높아지는 요즘 같은 시대에 빚이란 걸 생각하기도 싫습니다. 어려운 길과 쉬운 길이 있다면 누구나 쉬운 길을 선택할 것입니다. 하지만 지금 쉬운 길을 선택했을 경우 간과했던 것들이 결국 나에게 빚으로 다가와 그것을 수정할 때 더 많은 노력과 시간이 필요한 경우가 많습니다. 이런 것을 기술 부채(Technical Debt) 라고 합니다. Technical Debt 란 무엇인가? Technical Debt(=Design Debt, Code Debt)는 직역하자면 "기술적인 빚"이란 뜻으로, 소프트웨어 개발 시 최상의 방법(The Best Overall Solution) 대신에 단기적으로 구현이 쉬운 방법을 선택하여 구현함으로써 발생한 나중으로 미뤄 둔 작업을 나타내는 용어입니다. 즉, 소프트웨어 개발 ..
[소프트웨어] 소프트웨어(SW) 품질 평가 지표 Software 정량적 기준 판단 리팩토링 refactoring 복잡도 중복코드 비율 상호 참조 SW 품질 평가 지표/기준에 대해 고민해보는 시간을 가져볼까 합니다. 우리가 SW를 많이 개발하고 있지만 이정도의 지표를 지킨다면 좀 더 좋은 소프트웨어를 만들 수 있다?? 뭐 이런 느낌의 글 입니다. 좋은 소프트웨어란? 좋은 소프트웨어란 무엇일까요? 아무래도 구현이 잘 되어 있는지, 신뢰성이 있는지, 사용성이 편한지, 유지보수성이 좋은지, 빠르게 동작하는지, 이식성이 좋은지, 보안성이 보장되는지 등을 만족하는 SW일 것입니다. 다시 정리해보면, 모듈의 복잡도는 낮추고, 모듈의 독립성은 높이고, 모듈의 결함은 없고, 모듈의 공용성을 높이면 SW는 좋다고 할 수 있을 것 입니다. SW 품질이 나빠지는 원인은? SW 품질이 나빠지는 원인은 뭘까요? 자꾸 신규 기능이 추가되거나 요구사항이 변경되거나 일정 단축..