규

Program testing 의도1: 프로그램이 의도된 작업을 수행한다는 것을 보여주기 위함 의도2: 프로그램을 사용하기 전에 프로그램 결함을 발견하기 위함 만들어진 인위적 데이터를 가지고 한다. error 발견, 예외 처리, non-funcitonal에 대한 비정상적 동작도 탐지 Error의 존재를 밝힐 수는 있지만, error가 없다는 것은 밝힐 수 없음 Testing's Goal #1 개발자와 고객의 요구사항을 충족하는지 확인 (Validation testing) 대상이 있기에 입출력 값이 확실하다 예측 값이 나오는지 확인 의도한 대로 움직이는 것이 성공적인 테스트! For custom software 요구사항 명세에 기재된 모든 요구 사항에 대하여 최소한 1개 이상의 test를 진행하여야 한다. ..

Design and Implementation 둘은 서로 밀접히 연관되어 있음 설계는 창의적 활동, 구현은 설계를 하나의 형태로 만드는 것 Commercial-off-the-shelf(COTS) 구축보다 구매가 더 나을 수 있다. 예를 들어 의료 기록 시스템을 개발하고자 한다면, 병원에서 사용하는 시스템 패키지를 구매하는 게 더 효율적일 수 있다. An object-oriented design process 객체지향 개발 방법론은 굉장히 넓고 방대한 과정을 포함하기에 간단한 시스템이나 agile 경우 일부만 추출해 사용하는 것이 좋다. Process Stage Define the context and modes of use of the system - use case, table 이용 Design the..

Architectural Design이란? 시스템 전체 골격을 세우는 단계 sw system 안에서 요소와 객체가 어떻게 구성될 것인지 결정 requirement engineering과 디테일한 설계의 중간 연결 단계 일부 명세 작업과 병행하는 경우도 있음 (Twin-Peak) 주요한 시스템 구성요소와 해당하는 커뮤니케이션을 식별 및 정의하는 것을 포함 명확한 구조의 장점 Stackholder communication System Analysis .. 비기능적 요구사항을 충족 가능한지 분석 Large scale reuse : 요구사항이 유사하다면 구조가 비슷하므로 큰 스케일로 재사용 가능 Architectural representations 엔티티와 블록 관계를 보여주는 단순한 block diagram ..

System Modeling이란? 시스템의 추상적 모델을 개발하는 과정 각 모델에 따라 다른 관점을 가진다 UML 표기법을 기반으로 그래픽적인 표기를 한다 (말로 표현하는 것이 모호하기 때문) 개발자나 고객이 시스템을 이해하고 분석하는 데 도움 Existing and planned system models 이미 동작하는 시스템을 그림, 글로 표현하여 현재 시스템의 문제나 새로운 시스템의 요구사항을 추출하는 데 사용 Stackholders(이해당사자), 개발자들에게 용이한 설명, 요구사항 간결히 전달 model-driven engineering process : 모델링으로 만들어진 기호를 그대로 코드로 구현. (프로그래밍 불필요) System perspective 1) External perspective..