구조적 설계는 요구사항 명세서를 설계 문서로 바꾸는 데 필요한 가이드라인을 제시한다. 분석에서 설계로 이동하며 요구사항 명세서에 나타나 있는 특성을 이용하여 설계 문서를 만든다. 변환 흐름 중심 설계 변환 흐름 중심은 시스템을 입력, 변환, 출력 시스템으로 나눈다. 자료 흐름 중심의 프로그램 구조를 만들고, 최상위 모듈에 입력 모듈, 변환 모듈, 출력 모듈을 하위 모듈로 둔다. 각각 모듈은 일을 수행하고 최상위 모듈에 전달하며 마지막 출력 모듈이 최상위 모듈의 값을 반환한다. 트랜잭션 흐름 중심 설계 트랙잭션흐름에 의한 설계는 입력을 여러 갈래의 출력으로 쪼갤 수 있는 경우에 가능하다. 트랜잭션 흐름은 세 가지 구성요소로 이루어져 있다. - 트랜잭션 중심으로 작용하는 모듈 - 입력을 받아들이는 모듈 - ..

구조적 분석 기법 구조적 분석 기법은 기능 관점에서 처리 위주로 모델링하는 대표적인 방법이다. 자료 흐름도 (Data Flow Diagram) 외부 객체 : 시스템 외부에서 시스템과 정보를 주고받는 사용자 등 외부 객체 프로세스 : 시스템 안에서 정보를 처리하고 변환시킨다. 데이터 항목 : 프로세스 사이의 정보 흐름을 표시한다. 자료 저장소 : 저장소로 주로 데이터베이스를 표현한다. 소단위 명세 소단위 명세서는 분할이 완료된 자료 흐름도의 프로세스가 어떤 기능을 수행하는지 기술하는 것이다. 더 이상 쪼개지지 않는 최하위 프로세스를 설명한다. 자료 사전 자료 사전은 자료 흐름도에 나타난 데이터 정보를 모아놓음으로써 개발자나 사용자들이 편리하게 사용할 수 있도록 한다. 객체지향 분석 객체지향은 주어진 문제를..

요구사항의 분석 개요 요구사항은 프로젝트 범위와 규모를 정하는 가장 중요한 정보로써 프로젝트 전체 과정 동안 추적관리가 필요하다. 요구사항 분석 단계에선 무엇을 해야하는것에 초점이 맞춰줘 있다. 기능적 요구사항 : 목표를 만들기 위하여 요구되는 소프트웨어 기술 비기능적 요구사항 : 시스템의 품질 또는 특성을 정의하기 위한 요구사항 지속적 요구사항 : 조직의 핵심 활동 관련 안정된 요구사항으로 문제 영역을 모델로부터 유도 휘발성 요구사항 : 시스템의 개발 환경이나 사용자의 요구에 의해 변화하는 요구사항 요구사항 분석의 어려운점 다양한 도메인 지식이 부족하고 요구를 잘못 이해하면 충돌 또는 모호함이 발생한다. 개발 규모가 커지고 여러 명이 작업할수록 이러한 점은 더욱 중요하게 된다. 기능적 요구사항 및 비기..

하드웨어와 다른점? 하드웨어는 물리적 시스템이지만 소프트웨어는 논리적이므로 하드웨어 엔지니어링 방법을 그대로 적용시킬 경우, 오류가 발생합니다. 차이점: 1. SW는 HW에 비해 수정하기 쉽다. 당연한 말 2. SW는 낡지 않는다, 하지만 유지보수 비용은 HW보다 더나감 3. SW는 눈에 바로 보이지 않아서 진행상태를 알기 어렵다 4. 요구사항 정의하기가 좀 애매하다. "창의성이 생산성을 결정한다." "추가 생산해도 추가 비용이 들지 않는 수확체증의 법칙이 적용" 소프트웨어의 특징 1. 인재가 소프트웨어의 핵심 인력수와 성과는 SW세상에서 비례하지 않는다. 인력의 퀄리티가 더 중요. 2. 소프트웨어가 기기 원가 경쟁력 결정 잘 개발된 SW는 낮은 성능에서 돌아가기 때문에 원가 절감 가능 3. 소프트웨어의..