Summary -사용자의 요구사항 분석 작업이 어려운 이유, 개념 모델의 역할, 요구사항의 기술적 타당성을 검토하기위한 단계중에 IT 성숙도 및 트렌드 부합성을 검토하는 단계, 요구사항의 시스템..
CODEDRAGON ㆍDevelopment/Software Engineering
반응형
사용자의 요구사항 분석 작업이 어려운 이유
· 개발자와 사용자간의 지식이나 표현의 차이가 커서 상호 이해가 쉽지 않다. · 사용자의 요구사항이 모호하고 부정확하며, 불완전하다. · 요구사항으로 도출된 항목을 이력관리를 통해 문서화 및 추적 할 수 있어야 한다. · 개발하고자 하는 시스템 자체가 복잡하다. |
http://codedragon.tistory.com/8005
개념 모델의 역할
· 소프트웨어 요구사항 분석의 핵심이다 · 문제가 발생하는 상황에 대한 이해를 증진시키고 해결책을 설명한다. · 엔터티들과 그들의 관계 및 종속성을 반영한다. |
http://codedragon.tistory.com/5430
요구사항의 기술적 타당성을 검토하기위한 단계중에 IT 성숙도 및 트렌드 부합성을 검토하는 단계
시스템 구축 시 요구되는 영역별 기술들에 대한 시장 성숙도 및 발전 방향을 파악하고 이에 부합해야 하는지를 판단해야 한다. 시장 성숙도가 낮거나 발전 방향에 부합되지 않는 기술은 향후 더 이상 사용되지 않을 가능성이 높아 시스템의 유지보수가 어려운 상황이 발생될 수 있기 때문이다. |
http://codedragon.tistory.com/5334
요구사항의 시스템화 타당성 분석하기 절차
수행 절차 | 설명 |
1 | 요구사항 목록에 타당성 분석을 위한 속성을 추가하고 타당성 분석 결과를 기록한다 |
2 | 요구사항의 시스템화 타당성 분석 결과를 요구사항 관련 이해관계자가 검증한다 |
3 | 이해관계자 검증을 거친 타당성 분석 결과를 확인하고 배포 및 공유한다. |
http://codedragon.tistory.com/5380
"요구사항의 시스템화 타당성 분석 결과를 요구사항 관련 이해관계자가 검증"하는 절차
점검 사항 | 설명 |
요구사항의 시스템화 타당성 분석 결과를 요구사항 관련 이해관계자에게 배포하여 사전 검토를 요청한다. | 시스템화 타당성 분석 결과 검증을 위한 회의 이전에 관련 이해관계자가 사전 검토를 하도록 함으로써 검증 작업이 효과적 효율적으로 진행될 수 있도록 만들기 위한 것이다. |
관련 이해관계자가 모여 시스템화 타당성 분석 결과를 검증한다. | 관련 이해관계자 간 이견이 있을 수 있으므로 모든 관련 이해관계자가 검증 회의에 참여하는 것이 중요하다. |
타당성 분석 결과에 이견이 있는 경우 프로젝트 관리자(Project Manager)의 중재 하에 합의를 도출한다. | 요구사항의 시스템화 타당성 분석 결과가 관련 이해관계자 간 이견이 있는 상태로 남아 있지 않도록 프로젝트 관리자의 중재 하에 타당성 분석 결과의 이견을 해소하도록 한다. |
http://codedragon.tistory.com/5380
요구사항 개발 프로세스
요구사항 기술적 타당성 검토 4단계
http://codedragon.tistory.com/7874
요구사항 기술적 타당성 검토 4단계
· 1단계:성능 및 용량산정의 적정성
· https://codedragon.tistory.com/9130
· 2단계:시스템 간 상호 운용성
· https://codedragon.tistory.com/9202
· 3단계:IT 시장 성숙도 및 트렌드 부합성
· https://codedragon.tistory.com/5334
· 4단계:기술적 위험 분석
· https://codedragon.tistory.com/9174
요구사항 목록에 타당성 분석을 위한 속성을 추가하고 타당성 분석 결과를 기록하고자 할 때 검토할 사항
· 요구사항을 만족시키기 위하여 적용한 기술을 사용하기 위해서 특허 사용료를 지불해야 하거나, 추가적인 라이선스를 구매하거나, 특정 업체의 상용 기술 지원 에 의존해야 하는지는 검토한다. · 요구사항을 만족시키기 위하여 요구되는 기술이 시장 성숙도가 낮고 트렌드와 일치하지 않아 관련된 소프트웨어나 하드웨어 환경 구축이 어렵고 관련 전문 지식이나 전문가를 조달하기 어려운지 검토한다. · 타 시스템과 연계 및 인터페이스에 대한 요구사항인 경우, 현행 시스템 분석서 상의 시스템 인터페이스 현황과 네트워크 구성도, 사용자 면담 기록 등을 파악하여 상호 운용이 가능한지 검토한다. · 요구사항을 만족시키기 위하여 적용한 기술의 복잡성 때문에 시스템을 구축하기 위한 인력 자원 및 기간이 계획을 초과하여 추가적인 비용이 발생하는지 여부를 검토한다. |
http://codedragon.tistory.com/5380
'Development > Software Engineering' 카테고리의 다른 글
3단계:IT 시장 성숙도 및 트렌드 부합성 (0) | 2019.05.15 |
---|---|
비즈니스 아키텍처 작업 단계 (0) | 2019.05.14 |
시스템 아키텍처 역할 (0) | 2019.05.13 |
Developer Survey Results 2019 (0) | 2019.05.12 |
WBS(Work Breakdown Structure) (0) | 2019.05.10 |