Page History

...

기초 프로그램 계획단계가 포함될수 있으며

WBS(Work breakdown structure) 작성이 진행될수도 있다.  WBS는 워터폴모델의 계획을 가시화및 추적할수 있으며,

WBS를 작성하고 있다고하면 하향식구조 개발방법 즉 워터폴모델을 따르는것이다. 

WBS가 다양한 액티비티 중심으로  애자일보드로 표현되기도 하지만, WBS는 필요없는가? 

워터폴과 상관없이 고객 요구사항 폭팔을 막는용도로는 활용해야한다~ 정확하게는 고객의 요구사항이 단계별로 잘 진행되고 있나?

중간점검을 하기위해 별도로 운영되기도 한다. ( 실제 세세한 작업을 모두 표현하고 일치하는것이 이상적이지만, 너무 세세하게 표현한나머지 동일한 Task를  이삼중~ 중복(Jira,WBS,주간작업현황,월간Task취합)으로 관리해야하는 단점이 생길수도 있다. 이거 관리하는 노력으로 설계또는 우리가 올바른 방향으로 가고있는가? Task의 가치를 이해하고 수행하는 시간으로 전환하는것은 중요하다. )

4-코딩

• 단계 : 코딩단계는 앞단계와 결합할때도 있지만,다음 단계와 결합할때도 있다.
• 주의점 : 불행히도 코드 작성은 사소하게 보일 때가 흔하다.  하지만 이 단계에서 시스템의 구성요소를 전부 만든다.

...

• 단계 : 인수테스트 종료후, 계획에의해 시스템이 실전 배치가 된다.
• 주의점 : 설계문서와 구현의 불일치에의해 유지보수시 대부분의 정보를 문서가 아닌 코드로부터 얻는다.  초반 버그를 수정하는동안, 장애시간이 급격하게 늘어나며, 오랜동안 운영된후 안정화가되지만 새로운 기능을 추가하기 어려워진다. 이때 폐기를 하고 새롭게 만들것인가의 선택의 절차를 가지게되지만 대부분 오랜된 시스템으로 계속 남아 있을 가능성이 높다.

소프트웨어가 설치되어 하드웨에 포함되어 납품되는 케이스를 이야기하는 부분이며

오늘날은 하드웨어보다는 소프트웨어가 중심이며

대부분의 IT기업들이 클라우드로 전환을 하면서 다음 용어를 알아둘 필요가 있다

온프레미스 vs iass  vs sass vs pass : 인프라전문가만 이해하면 되는 용어로 생각하는 케이스가 있으나, IT종사자라면 필수로 구분해야하는 내용이다.

우리의 서비스가 어떠한 형태로 작동이되고 제공이 되는가? 개발뿐만 아니라, 기획 영업 모두 이해해야하는 단어이다.

대부분의 서비스가 어느 한가지형태가 아닌 다양한 형태로 복합구성되어 있기때문이며 선택한 구성요소에 따라

우리 서비스의 핵심문제를 해결해야하는 전략 포인트(개발인력/운영/기획/영업)가 다를수 있기때문이다.

이 형태에따라 SI전략도 완전하게 다를수 있으며 

요약

폭포수 모델에 대해서 반드시 알아두어야 할 게 있다. 폭포수모델은 형식을 갖춘 방법이다.

...