소프트웨어 공학 구성소프트웨어 품질\-소프트웨어가 준수해야 하는 품질 속성\-기능성, 신뢰성, 사용성, 효율성, 유지보수성, 안전성 등소프트웨어 프로세스\-소프트웨어를 주어진 목정을 수행하기 위한 일련의 절차\-소프트웨어 개발 생명 주기\-절차 이외에 관련된 인력, 방
SW Testing 설계기법 선택 시 고려사항 및 팁→회사에서 요구사항 명세서와 설계문서를 기반으로 TC를 작성하고 있지 않다면 다른 설계 기법은 일단 다음에 고려하는 것이 정상→기본적으로 명세기반기법에 의해 요구사항 대비 TC를 90%이상 도출하고 있다면 도구를 도입
● Equivalence Partitioning(동등 분할)개요\-입력값, 출력값 영역을 유한개의 상호 독립적인 집합으로 나누어 수학적인 등가집합을 만든 후, 각 등가 집합의 원소 중 대표값을 하나 선택하여 TC선정\-같은 종류의 입력에서 어떤 대표값을 사용하더라도 같
■ 테스트 관리
\-> SW 시스템을 구축하는데 필요한 수행방법과 수행에 따른 각종 기법 및 도구를 소프트웨어 공학 원리와 기업 문화를 바탕으로 체계적으로 정리하여 표준화한 것\-> 개발방법론의 전체 개발 공정 단계는 요구정의, 분석, 설계, 구축, 운영전환 5단계의 공정으로 구성\-
\-통합모델링 언어\-1994년 그래디 부치, 제임스 럼바, 이바 야콥슨에 의해 연구\-1997년 객체관리그룹(OMG)에서 여러 표기법을 통합하여 UML 발표\-UML은 객체지향 시스템 개발 분야에서 가장 우수한 모델링 언어로 인식됨\-자연어로만 표기했을 때 같이 협업
■ 소프트웨어 사고 사례 □ 부산역 KTX 열차 충돌 사고 기능제어 SW 존재?: Y SW 기능이 정상 작동했는가?: Y -> Operation Failure □ 상왕십리역 사고 사례 기능제어 SW 존재?: Y SW 기능이 정상 작동 했는가?: N 입력이나 이벤트
■ 소프트웨어 요구사항 개요 조사결과 프로젝트 완료 이전 취소, 납기지연, 비용초과의 근본적인 원인은 부적절한 견적 및 계획과 요구관리 미흡으로 판명 프로젝트 실패 요인은 기술적보다 관리적 측면이 더 많음 프로젝트 실패 원인 -고객과의 비효율적인 의사소통으로 인한 사용
■ 소프트웨어 안전 요구사항 개요 ■ sw 안전 요구사항 개발 시 고려사항 외부 인터페이스: 센서들은 타당성 검증이 가능하도록 설계되어야 함 명세된 시스템과 하드웨어 설정 HSI 명세서 하드웨어 설계 명세서와 관련된 요구사항 시간 제약(FTTI): 모니터링 제어기의 i
■ 구조적 방법론 소개 및 적용 사례
● 다이어그램의 종류Generalization(일반화 관계): 일반적인 것에서 특화된 것과의 관계, 보통 상속을 표현Realization(실체화 관계): 인터페이스와 그것을 구현한 것과의 관계Association(연관 관계): 한 객체가 다른 객체를 수요하거나 파라미터
● 규칙 1.1(Required)프로그램은 C 표준과 사용하는 컴파일러의 번역 제한을 준수● 규칙1.2(Advisory)언어 확장 사용 x● 규칙1.3(Required)정의되지 않거나 명시되지 않은 행동 xex)모든 구조체와 union 타입이 완전 한지 검사함수 매크로