SoftwareEngineering(18)
-
능력 성숙도 통합 모델(CMMI), CMMi 5단계
능력 성숙도 통합 모델(CMMI) · Capability Maturity Model Integration · 미국 카네기 멜론 대학의 소프트웨어 공학 전문 연구소의 지침 · 단체나 조직에서 소프트웨어를 개발하고 운영하는 성숙도 능력이 어느 정도인지를 규정하는 지침 · 소프트웨어 개발 및 전산장비 운영 업체들의 업무 능력 및 조직의 성숙도를 평가하기 위한 모델 http://bit.ly/2PpI0OT https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration https://www.sei.cmu.edu/cmmi/ CMMi 5단계 구분 단계 1 초기(Initial) 단계 2 관리(Managed) 단계 3 정의(Defined) 단계 4 정량적 관리(Q..
-
디자인 패턴 장점, 디자인 패턴 단점
디자인 패턴 장점 디자인 패턴을 사용하는 이유가 됩니다. 구분 설명 요구사항은 수시로 변경 · 요구사항 변경에 따른 Source Code 변경을 최소화할 수 있게 해 줍니다. · 설계 변경 요청에 대한 유연한 대처가 가능합니다. 여러 사람이 같이 작업하는 팀 프로젝트 진행 · 범용적인 코딩 스타일을 적용할 수 있습니다. · 업무 논의 및 디자인 문서를 작성할 때 상호간 의사결정에 용어로 쓰입니다. · 개발자간의 원활한 의사소통을 할 수 있습니다. · 재사용을 통한 개발 시간을 단축 시킵니다. 상황에 따라 인수 인계하는 경우 · 소프트웨어 구조 파악 용이합니다. · 직관적인 코드를 사용할 수 있습니다. · 시간과 비용이 절약됩니다. 디자인 패턴 단점 · 객체 지향 설계 위주로 사용됩니다. · 객체 지향 구..
-
Summary -사용자의 요구사항 분석 작업이 어려운 이유, 개념 모델의 역할, 요구사항의 기술적 타당성을 검토하기위한 단계중에 IT 성숙도 및 트렌드 부합성을 검토하는 단계, 요구사항의 시스템..
사용자의 요구사항 분석 작업이 어려운 이유 · 개발자와 사용자간의 지식이나 표현의 차이가 커서 상호 이해가 쉽지 않다. · 사용자의 요구사항이 모호하고 부정확하며, 불완전하다. · 요구사항으로 도출된 항목을 이력관리를 통해 문서화 및 추적 할 수 있어야 한다. · 개발하고자 하는 시스템 자체가 복잡하다. http://codedragon.tistory.com/8005 개념 모델의 역할 · 소프트웨어 요구사항 분석의 핵심이다 · 문제가 발생하는 상황에 대한 이해를 증진시키고 해결책을 설명한다. · 엔터티들과 그들의 관계 및 종속성을 반영한다. http://codedragon.tistory.com/5430 요구사항의 기술적 타당성을 검토하기위한 단계중에 IT 성숙도 및 트렌드 부합성을 검토하는 단계 시스템 구..
-
제품 소프트웨어 저작권 보호의 이해와 필요성 - 저작권의 이해, 저작권 보호 기술의 개념, 저작권 보호 기술의 필요성
제품 소프트웨어 저작권 보호의 이해와 필요성 · 저작권의 이해 · 저작권 보호 기술의 개념 · 저작권 보호 기술의 필요성 저작권의 이해 문학 학술(學術) 또는 예술의 범위에 속하는 창작물인 저작물에 대한 배타적 독점적 권리로 타인의 침해를 받지 않을 고유한 권한입니다. 저작권 보호 기술의 개념 콘텐츠 및 컴퓨터 프로그램과 같이 복제가 용이한 저작물에 대해 불법 복제 및 배포등을 막기 위한 기술적인 방법을 통칭합니다. 저작권 보호 기술은 다음과 같은 특성을 가집니다.다. · 콘텐츠 복제의 제한적 허용만 가능합니다. 복제는 허용하나 사용자 확인을 거쳐 과금, 제품 소프트웨어 패키징 시에 사용자 확인에 대해 상용화 과금 정책 수립이 연계됩니다. · 종량제 BM(Business Model)을 갖는 제품 소프트웨..
-
테스트 커버리지(Test Coverage), 테스트별 커버리지
테스트 커버리지(Test Coverage) · 시스템 · 소프트웨어의 논리적 구조가 Test Suite에 의해 테스트된 정도 · 테스트의 충분함을 측정 · 테스트 커버리지(Test Coverage)는 "테스트 대상의 전체 범위에서 테스트를 수행한 범위"를 의미합니다. 즉, 테스트 대상을 얼마만큼 테스트했나를 정의하는 것으로, 테스트의 정확성을 판단하는 하나의 척도가 될 수 있습니다. · 해당 테스트 커버리지가 100%가 아닐 경우 누락된 부분을 테스트하기 위해 추가 테스트 케이스 설계하여 커버리지 향상을 시키는 것이 가능합니다. 테스트별 커버리지 구분 구문 커버리지 결정 커버리지 조건 커버리지 결정/조건 커버리지 복수조건 커버리지 각구문(명령문)이 최소한한번실행된다. Y Y Y Y Y 한결과값을 최소한한..
-
소프트웨어의 개발 5단계
소프트웨어의 개발 5단계 소프트웨어의 개발은 소프트웨어 개발의 생명주기에 따라 진행되게 되는데 고객의 요구 또는 개발하고자 하는 시스템의 목표를 정하는 요건정의를 통해 시스템을 구현 하는데 문제가 없는지 구현 가능성을 파악하는 분석 단계로 진행합니다. 그리고 분석된 내용을 바탕으로 구체적인 설계를 진행하는 설계단계와 설계에 따른 시스템을 구현하는 구현단계, 구현된 시스템이 정상적으로 작동하는지, 요구사항에서 분석된 요건들이 부합하는지 테스트를 거칩니다. 이후 개발된 시스템은 실제 사용처에 배포하게 되는 배포 및 운영단계를 통해 소프트웨어 개발단계를 마무리하게 됩니다. 단계 수행 작업 요구사항 분석 · Requirement Analysis · 사용자 요구사항 분석 · 고객의 요건 또는 개발하고자 하는 시스..