목록컴퓨터공학/소프트웨어공학 (5)
juuuding
Design Process 1. 설계 입력: 플랫폼 정보, 요구사항, 데이터 설명2. 설계 활동: 아키텍처 설계 -> 인터페이스 설계 -> 컴포넌트 설계 => 데이터베이스 설계(3. 설계 결과: 시스템 아키텍처, 데이터베이스 명세, 인터페이스 명세, 컴포넌트 명세 - 아키텍처 설계: 시스템의 전체 구조, 주요 구성 요소(하위 시스템, 모듈), 이들의 관계 및 배포 방법을 식별 - 인터페이스 설계: 시스템 컴포넌트 사이의 인터페이스 정의 - 컴포넌트 설계: 각 시스템 구성 요소의 작동 방식 설계 - 데이터베이스 설계: 시스템 데이터 구조를 설계하고, 데이터베이스에서 어떻게 표현할지 결정 Software architecture - 아키텍처 설계: 시스템을 구성하는 하위 시스템과 하위 시스템 제어 및..
🔎Requirements Engineering Requirements engineering - 고객이 시스템에서 요구하는 서비스와 시스템의 운영&개발에 대한 제약사항을 설정하는 과정- 시스템의 요구사항은 요구공학 프로세스에서 생성되는 시스템 서비스(요구 서비스) 및 제약사항에 대한 설명 💡 요구사항이란? - 시스템이 수행해야 하는 작업 (시스템이 무엇을 해야하는가?) - 서비스 or 제약사항에 대한 상위 수준 추상 설명부터 세부 기능 사양에 이르기까지 다양함 즉, 요구란 시스템이 무엇을 해야하며, 이 시스템을 크게 설명하는 것부터 구체적으로 설명하는 것을 이름 💡 요구사항의 종류 요구사항은 "누구를 위해 작성되는가"로 구별됨 - 사용자 요구사항 * 시스템이 사용자에게 제공할 서비스와 동작상 제..
🔎 Software Processes The software process - 소프트웨어 시스템을 개발하기 위한 체계적인 활동들 - 많은 소프트웨어 프로세스 존재 - 프로세스에 반드시 포함되는 활동들 ① 명세화: 소프트웨어 시스템이 해야할 일을 정의 ② 설계 및 구현: 시스템 구조를 정의하고 구현 ③ 검증: 소프트웨어가 고객이 원하는 것과 일치하는지 확인 ④ 진화: 변화하는 고객의 요구를 만족시키기 위해 진화 - 소프트웨어 프로세스 모델은 소프트웨어 프로세스를 단순하게 나타낸 것 (소프트웨어 프로세스 모델: 추상화시켜 표현한 것) 💡 소프트웨어 명세화 (specification) - 어떤 서비스가 필요한지를 이해하고 정의하며, 시스템 운영과 개발에 대한 제약사항을 찾아내는 과정 💡..
📖 Project Planning Project Planning - 프로젝트 계획에는 작업을 여러 부분으로 나누어 프로젝트 팀 구성원에게 할당하고, 발생할 수 있는 문제를 예상하고 해당 문제에 대한 잠정적 해결 방안을 준비하는 작업이 포함됨.- 프로젝트 시작 시 생성된 프로젝트 계획은 프로젝트가 어떻게 진행될 것인가를 프로젝트 팀과 고객이 소통할 때, 프로젝트 진행 상황을 평가할 때 사용 Planning stages 1. 제안 단계 - 소프트웨어 시스템을 개발 혹은 공급하는 계약을 얻기 위해 입찰할 때ex) 어떠한 프로젝트 / sw 를 만들고 싶다 제안할 때 2. 프로젝트 시작 단계 동안 - 누가 프로젝트에서 일할 것인지, 프로젝트를 어떻게 작업들로 나눌 것인지, 자원을 어떻게 할당할 것인지에 대..
📖 소프트웨어 소프트웨어란? 💡 소프트 웨어란? - 프로그램 자체만이 아니라 관련 문서, 라이브러리, 지원 웹사이트 등 필요한 환경 설정 데이터 포함 - 소프트웨어 제품은 특정 고객을 위해 개발되거나, 범용으로 개발됨 💡 소프트웨어 제품 유형 - 일반 제품 : 독립형 시스템, 어떠한 고객이든 원하면 살 수 있음. 예를 들어 그래픽 패키지, 프로젝트 관리 도구, CAD 같은 PC 소프트웨어, 특화된 마켓을 위한 소프트웨어 - 맞춤식 소프트웨어 : 특정 고객에 맞추어 개발한 시스템. 예를 들어 전자기기 제어 시스템, 항공 관제 시스템 + 임베디드 시스템은 특정 하드웨어 장치에서 특정 기능을 수행하도록 개발된 sw기 때문에 맞춤식 소프트웨어라고 생각.. => 새 소프트웨어 개발은 완전히 새롭게 개발을..