Establishing the Groundwork 작업을 수행하기 전 확립해야 할 사전 작업에 대한 논의 - Stakeholder를 확인한다. [유저, 스폰서, 개발자] - 각 Stakeholder가 다양한 관점을 갖는다는 것을 인지할 수 있어야 한다. - Stakeholder간 협업을 할 수 있어야 한다. - 첫 번째 질의 프로젝트의 요구사항을 제시하는 사람과 그 뒤에서 영향을 주고 있는 사람은 누구인가? 솔루션의 사용자는 누군가? 성공적으로 솔루션을 만들었을 때, 어떤 금전적인 이익이 생기는가? [각 stakeholder 별로 원하는 이익이 다를 수 있다.] 솔루션[소프트웨어]를 만들 때, 필요한 도메인 기술이나 추가적인 역량이 필요하진 않은가? Collaborative Requirements Gat..

Agility Principles - Customer의 만족은 Customer가 요구하는 가치를 제공하는 소프트웨어를 최대한 빠르게 전달시킬 수 있을 때 충족된다. - 요구사항은 반드시 바뀌며, 바뀌는 요구사항을 잘 받아들일 수 있어야 한다. - 소프트웨어의 증진은 매주[Not Monthly] Stakeholder에게 내용을 전달해 피드백을 확인받으며 가치를 입증 받아야 한다. - Stakeholder는 서로 face-to-face 하여 communication을 하게 되며, 이들 모두 같이 agile team에 소속된다. - 팀으로 이뤄지는 process는 기술적인 전문성과, 좋은 디자인, 단순화라는 가치를 얻게 해준다. - Customer의 요구에 맞는 소프트웨어를 제작하는 것이 가장 중요한 목적이다..

Essence of Software Engineering practice - Polya Suggests Understand the problem Plan a Solution Carry out the plan Examine result for accuracy Understand the Problem - 4가지 확인 요소 문제를 갖고 있는 사람이 누구인가? 즉, 이 문제에 대해 이해관계가 얽힌 사람이 누군가? 알려지지 않은게 무엇인가? 문제를 해결하기 위해 알아야만 하는 데이터와 함수, 기능이 무엇이 있는가? 큰 문제를 작은 문제로 나눌 수 있는가? (Compartmentalize) 문제를 풀기 위해 이해하기 쉽도록 문제를 작은 문제 단위로 해결할 수 있는가? 문제에 대해 시각화 할 수 있는가? 분석 모델을..

레이어 (McGraw-Hill Education) - Tools – 소프트웨어 개발에 도움되는 도구 - Methods – 제작론에 이어 구체적인 방법을 제시 - Process – 제작론을 결정 - A Quality Focus Process Framework Activities - Communication - Planning => Product : Proposal Proposal : 목적과 기간, 타겟, 이익 등… 상업적 토의가 이뤄짐 - Modeling=설계 => Product : Design 설계서 Analysis of Requirement (요구사항 분석) : User, Developer, Sponsor 세 부류 모두의 요구사항을 분석한다. => 성능과 고객의 만족도, 스폰서의 소요비용을 모두 비교 ..

Nature of Software - Defining Software Softwear Is [소프트웨어는 무엇이다.] 1. 소프트웨어는 실행시 요구사항이나, 기능, 성능(성능 측정의 지표이기도 하다.)을 발휘할 수 있는 명령어 집합이다. (Instructions(computer programs) that when executed provide desired features, function, and performance) 2. 소프트웨어는 프로그램이 정보를 적절하게 조작 할 수 있도록하는 데이터 구조입니다. (대충 이런것도 프로그램의 한 부분이다.) (software is data structures that enable the programs to adequately manipulate informat..