도각도각 필기노트

개발자, 고객 모두 requirement 정의하기 어려움. 정의한다해도 말로 requirement 에 대해 개발자와 고객이 서로 다른 걸 생각하고 있을 수도 있음. Requirements Engineering requirements - system이 반드시 제공해야하는 services에 대한 description = functional req - system operations에 대한 제약(constraints) = non-functional req - 시스템에 대한 고객의 need를 반영하는 것 Requirements engineering(RE) - services, constraints에 대해 추출, 문서화, 검증하는 프로세스 requirements engineering processes 1. req..

Introduction to agile methods Rapid Software Development - Agile이 탄생하게 된 배경 (참고만) 빠른 development와 delivery는 software system에서 매우 중요한 요구사항이 되었다. 그러나 속도와 질은 trade off 되는 것. 실질적으로 안정적인 software requirements를 이끌어내기란 거의 불가능하다. 왜냐하면 써봐야 req를 알수 있기 때문에. -> '빨리 뭐라도 만들어서 시험해보자' 는 발상 plan-driven process는 rapid software development에는 맞지 않는 방식이다. 왜냐면 req가 change되면, rework, retest해야하기 때문에. requirements chain..

Waterfall alalyse(기능명세) -> design -> code(=implementation) -> test( release (참고) 임베디드 시스템. 잘못하면 죽으니까, 한단계 한단계를 완벽하게. waterfall design의 단점 : 다시 되돌아갈 수 없음. Agile : 계획을 진행하면서 고쳐나가는 전략 . 실력 high 요구됨 1. Software process Models - 6가지 2. Process activities - 4단계. specification, design and implementtion, validation, evolution 3. Coping with change - Prototyping, incremental delivery (* incremental deliv..

1. Introduction to preofessional software development Software in the Modern world 대부분의 시스템이 software-controlled -국가 시설, 전자제품, 재정시스템, 엔터테인먼트, 산업 등 -> 따라서, software engineering 은 우리 사회에서 필수적인 기능을 하는 요소가 되었다. Software 의 특징 소프트웨어 시스템은 추상적(abstract)이고 만질 수 없는 것(intangible) - material의 특성에 제약을 받지 않음 - 물리적 특징이나 형태가 없음 - 물리적인 법이나 제조 과정에 따르지 않음 위처럼 같은 내용이더라도 2줄이 될수도 있고 10줄이 될 수도 있음. -> 매우 복잡하고, 이해하기 어렵고..