🔄 Software engineering

본 문서는 수업시간에 한 내용을 바탕으로 재 정리하였습니다.프로그램은 형식 언어(formal language)로 표현된 지적 노동의 결과물이다.생산성이 일정하지 않음논리적인 요소로 구성지속적인 유지 보수가 요구소프트웨어 개발은 서비스 직군이며, 시스템적인 관점에서 접근

소프트웨어 컴포넌트들에 책임을 할당하는 것.소프트웨어의 모델링을 위한 표준 다이어그램 표기법객체지향 분석 및 설계 방법이 아닌, 단지 표기법(Notation)이다.분석(Analysis) - What해결책(solution)보다는 문제와 요구사항(requirements)을

소프트 웨어의 개발 주기개발 단계의 입력물 : use case, Domain model설계 단계의 출력물 : Interaction diagram Design class diagram폭포수 모형 : 전통적 방법프로토타이핑 모형 : 사용자의 피드백을 중시점증적 모형 : 위

소프트 웨어의 개발 주기사용자 인터페이스, 어플리케이션 로직 및 도메인 오브젝트, 테크니컬 서비스Application Logic and Domain Objects : 매출 등록 지불 등 문제 영역과 관련된 객체들Technical Services: 데이터 베이스 API,

요구 사항(특히, 기능적 요구사항)을 발견하고 기록하는데 널리 사용됨 해당 Usecase와 관련된 비기능적인 측면도 포함된다.무엇인가 행동을 취하는 사람, 컴퓨터 시스템 또는 조직 시스템 밖에 존재 예: cashierActor와 시스템 사이의 일련의

시스템의 품질과 관련한 요구사항. 프로젝트 성격에 맞게 선택한다.기능적인 속성은 해당 유스케이스에 기술하고 기타 FURPS+ 속성은 보충명세에 기술.품질속성은 설계에 지대한 영향을 줌.비즈니스 규칙은 애플리케이션의 요구사항이나 시스템의 기능이 아니라, 업무의 수행 방법

동일한 유즈케이스에 대한여러 번의 Iteration에 걸친 점진적 개발일주일 정도 수행생성 산출물 : 간단, 불완전요구분석 단계가 아닌, 기본적인 실현가능성, 위험, 범위, 더 조사가 필요한가 등을 검토 (ex. 어떤 컴포넌트를 구매할 것인가? - 세금 계산 패키지

Database와 유사하게 나온다. ERD(DB)와 같이 영속성을 갖는 결과가 나온다.Class Diagram에서의 메소드가 문자인 것.concept -> 연관 -> 속성1\. 기존 모델을 검색하여 이를 재사용하거나 수정한다. 어떤 모델이 좋은지 판단할 수 있는 능

외부 엑터가 발생시키는 이벤트, 이벤트의 순서를 보여주는 그림이다. 각 유즈 케이스의 주요 성공 시나리오 및 자주 발생하거나 복잡한 대안 시나리오 대해서 각각 SSD를 그린다.어떻게 동작하는가 보다는 무엇을 하는가에 초점을 맞춘 설명.UML에는 “시퀀스 다이어그램”은

객체 설계 기술과 UML 표기법 지식을 배운다.UP의 지침에 따라 요구사항의 10%는 초기에 정의되었다.이제 협업의 관점에서 반복을 위한 솔루션을 설계해보자.요구 사항과 객체 지향 분석은 올바른 일을 하는 데 초점을 맞춘 반면, 설계는 올바르게 수행하는 것에 초점을 맞

동적 객체 모델링을 위해서 인터렉션 다이어그램을 사용이번장에서는 UML 인터렉션 다이어그램의 표기법에 대해서 설명한다. 자 드가자~!둘 다 똑같은 것을 표현한다. 함수를 실행시키도록 하는 주체(클래스)가 해당 함수의 책임(함수)를 가지고 있다.장점과 단점대소문자로 구분

/drivedAttribute -> 원래는 없는 속성인데, 계산되어 유도될 수 있는 어트리뷰트 도메인 모델은 메소드가 없고, 디자인 모델은 메소드가 있다.도메인 모델은 방향성이 없고, 디자인 모델은 방향성이 있다. (서로 간의 가시성이 있다)연관()은 속성으로 표현할

분석이 끝나고 객체를 설계할 때, 이러한 노하우를 정리해 놓은 것이 grasp! UML의 세부사항을 잘 안다고 객체지향적 설계를 할 수 있는 것이 아니다!책임을 이용하여 설계하는 것이 중요하다.분석 단계가 끝났을 때 객체 설계를 위한 UML 모델링 (인터렉션 다이어그램

메세지를 보내려면 (메세지를 받을)수신 객체를 볼 수 있어야한다. 즉, 수신 객체에 대한 참조나 포인터가 필요하다는 뜻이다. (가시성) ㄴ 가시성을 속성으로 정의한다. ㄴ 가장 일반적이다. ㄴ 매개변수로 전달하여 가시성을 표현 ㄴ 상대적으로 일시적인 가시성이다. ㄴ

전통적인 테스트의 목적은 에러를 찾고(Error detection) 제거(removal)하는 것이다.Test Plan을 짜서 테스트를 수행하는 것.Q. 적절한 테스트가 진행되지 않으면 어떻게 될까?과도한 코드수정으로 실패할 가능성이 커진다. 즉, 적절한 테스트 플랜은

스케치로서의 UML : 도구를 전혀 사용하지 않는다.청사진으로서의 UML : (청사진 : 설계도) 도구를 사용하고 프로그래밍을 추가프로그래밍 언어로서의 UML : 모든 것을 UML로 정의한다.★갈수록 어려워지므로 1. 스케치로서의 UML 방법을 사용하는 것이 가장 단순

누가 Adapyer를 생성해야 하는가? → 관심 분리의 원칙에 따라 높은 응집도를 가지도록 하기 위해서 Factory가!Lazy initialization을 사용하는 것이 좋다. 즉, 사용자가 필요한 화면만 그때그때 만들어준다.알고리즘을 밖으로 빼서, polymorph