Summary - 사용자의 요구분석을 위해 주로 하는 기법, 정보시스템 구축시 운영체제 및 데이터베이스관리시스템에 관련 요구사항을 식별할 때 고려해야 할 사항, WEB/WAS 서버의 CPU용량 산정을 위..

 

 

사용자의 요구분석을 위해 주로 하는 기법

시스템 개발을 위한 첫 단계는 사용자의 요구분석과 현재의 시스템에 대한 분석이라 할 수 있다.

 

·       사용자 면접 ·       설문 조사를 통한 의견 수렴 ·       설문 조사를 통한 의견 수렴

 

 

 

정보시스템 구축시 운영체제 및 데이터베이스관리시스템에 관련 요구사항을 식별할 때 고려해야 할 사항

·       리눅스를 기반으로 하는 시스템은 하드웨어 및 소프트웨어 소유 비용이 가장 적게 든다. ·       안정적이고 신뢰할 수 있는 대용량 처리를 위해서는 유닉스 기반 시스템이 선호되고 있다 ·       리스크(RISC) 설계방식이 적용된 암(ARM) 칩은 스마트폰이나 태블릿에 주로 채용되고 있다 ·       Oracle, DB2는 대규모, 대량 데이터 처리에 안정적이라는 장점을 가진다.

http://codedragon.tistory.com/6278

http://codedragon.tistory.com/6239

 

 

 

WEB/WAS 서버의 CPU용량 산정을 위하여 어떠한 절차

 

http://codedragon.tistory.com/5433

 

 

 

요구사항 분석기법으로 개념 모델링이 있다 개념 모델의 역할

·       소프트웨어 요구사항 분석의 핵심이다 ·       문제가 발생하는 상황에 대한 이해를 증진시키고 해결책을 설명한다. ·       엔터티들과 그들의 관계 및 종속성을 반영한다.

http://codedragon.tistory.com/5430

 

 

 

 

요구사항의 기술적 타당성을 검토하기위한 단계중에 IT 성숙도 및 트렌드 부합성을 검토하는 단계

시스템 구축 시 요구되는 영역별 기술들에 대한 시장 성숙도 및 발전 방향을 파악하고 이에 부합해야 하는지를 판단해야 한다. 시장 성숙도가 낮거나 발전 방향에 부합되지 않는 기술은 향후 더 이상 사용되지 않을 가능성이 높아 시스템의 유지보수가 어려운 상황이 발생될 수 있기 때문이다.

http://codedragon.tistory.com/5334

 

 

요구사항의 시스템화 타당성 분석 결과를 이해관계자와 검증하는 절차

요구사항의 시스템화 분석 결과 배포 => 관련 이해관계자와 타당성 분석 결과 검증 => 이견 발생시 프로젝트관리자의 중재에 의한 합의 도출

http://codedragon.tistory.com/5380

 

 

 

소프트웨어 요구사항 검증 기준

기술된 요구사항이 의미 간에 모순이 없는가 다른 산출물에 대한 추적을 위하여 계층적으로 작성되었는가 요구사항이 간결하고 여러 의미로 해석되지 않게 작성 되었는가

 

 

분석 모델의 기술적 타당성 검토에 있어서 각 단계별 검토 내용

검토 분야	검토 내용
성능 및 용량	·       요구사항을 만족시키기 위한 분석모델에 따라 시스템을 구현할 때 요구되는 시스템의 자원을 식별한다. ·       분석 클래스에서 불필요하고 지나치게 많고 속성들을 포함시키게 되면 객체 생성 시 시스템의 메모리 자원을 많이 요구하게 되며, 이로 인한 JVM에서 과도한 가비지 컬렉션(Garbage Collection)이 발생하여 전체 시스템의 성능 저하가 빈번히 발생한다.
시스템 간 상호 운용성	·       분석모델을 이용하여 보다 구체적으로, 시스템 간 상호 정보 및 서비스를 교환 가능한지 검토한다. ·       분석모델에서 정의한 구체적인 정보의 존재 여부, 생성 가능성, 교환 방식 지원 등에 대해서 확인한다.
시장 성숙도 및 트렌드 부합성	·       분석모델이 과거의 문제를 해결하고 많이 사용되는 트렌드에 부합하는지 확인한다. ·       예를 들어, 시스템에서 중요하고 빈번하게 사용되는 클래스를 Spring의 프로토타입 빈(Prototype Bean)으로 사용할 것을 가정하고 분석모델이 작성되지 않았는지 검토한다.
기술적 위험 분석	·       분석모델이 시스템의 기술 구조, 프레임워크, 사용되는 하드웨어 및 소프트웨어와 부합되는지 확인한다. ·       분석모델이 검증되지 않은 기술의 사용을 가정으로 하고 있어 추가적인 비용 발생 가능성이 있는지 확인한다. ·       분석모델을 구현하기 위하여 특정 업체 기술, 특허, 라이선스에 의존해야 하는지 확인한다.

http://codedragon.tistory.com/5402

 

 

 

 

요구 사항 정의서 작성 및 유스케이스 목록 작성 실습 테스트 예시

http://codedragon.tistory.com/5415