[소프트웨어 설계] 1장. Introduction to Systems Analysis and Design

※ 이 카테고리의 글들은 knu HK.Lee 교수님의 <소프트웨어 설계> 수업을 듣고 필자가 나름대로 정리한 글입니다.

※ 부족한 설명이 있거나, 잘못 알고 작성한 부분이 보인다면 댓글로 알려주시면 감사하겠습니다😊

<학습 목차>

• Systems development life cycle (SDLC) 시스템 개발 생명 주기
  • 시스템 개발 생명 주기의 일반적인 네 단계(계획, 분석, 설계, 구현)에 대해 알아봅시다.
  • 시스템 개발 생명 주기에 따른 다양한 개발 방법론에 대해 알아봅시다.

---

Introduction

소프트웨어를 만드는데 왜 공식적인 프로세스(formal process)가 필요할까요?

• 실패가 자주 발생할 수 있습니다. 예산 초과, 일정 지연 등의 이유로 종종 소프트웨어가 덜 완성된 채 개발이 마무리될 수 있습니다.
• 소프트웨어를 만드는 것은 직관만으로 해결하기 어렵고 복잡한 과정이 수반됩니다.
• 이를 해결하기 위해 프로젝트에 대한 명확한 프로세스와 계획이 필요합니다.

시스템 분석가는 핵심 역할을 합니다.

• 시스템 분석가는 시스템을 설계하고, 비즈니스 프로세스를 이해하여 그에 맞는 솔루션을 제공하는 중요한 역할을 합니다.
• 이를 수행하기 위해서는 비즈니스 프로세스에 대한 이해뿐만 아니라, 기술적 역량과 분석 능력 또한 필요합니다.

---

Software Development Life Cycle (SDLC)

 

• SDLC는 네 가지 주요 단계(계획, 분석, 설계, 구현)로 구성되며, 각 단계는 소프트웨어 개발 과정에서 중요한 역할을 합니다.
• 각 주요 단계는 여러 하위 단계로 나뉘며, 각 단계마다 결과물을 문서로 기록하여 프로젝트의 진행 상황을 추적하고 검토할 수 있어야 합니다. 문서로 기록된 결과물을 산출물(deliverables)라고 합니다.
• SLDC의 각 단계는 순차적, 점진적, 반복적 등 다른 패턴으로 실행될 수 있습니다.

 

SDLC: 1. Planning 계획 (만드는 이유? 왜 이 시스템을 만들어야 하는가?)

1. 프로젝트 개시 (project initiation)

• Develop/receive a system request: 새로운 시스템에 대한 요청으로 프로젝트가 시작됩니다.
• conduct a feasibility analysis: 프로젝트가 현실적으로 실행 가능한지 분석해야합니다. (비용, 시간, 기술적 가능성, 시장 요구등을 평가)

2. 프로젝트 관리 (project management)

• Develop the work plan: 프로젝트를 효율적으로 진행하기 위한 계획을 수립합니다.
• staff the project: 프로젝트를 진행할 팀을 구성하고, 필요한 기술과 경험을 가진 인력을 배정합니다.

 

SDLC: 2. Analysis 분석 (무엇을 만드는가? 시스템이 어떤 기능을 해야 하는가?)

1. 분석 전략 개발 (Develop an analysis strategy)

• 현재 사용 중인 시스템을 분석하여 문제점과 개선점을 발견하고, 향후에 개발될 새로운 시스템의 설계를 구상합니다.

2. 요구사항 수집 (Gather the requirements)

• 시스템이 제공해야 하는 기능과 서비스를 정의하는 시스템 개념을 개발합니다.
• 비즈니스 데이터를 처리하고 비즈니스 프로세스를 지원하는 모델을 개발합니다.

3. 시스템 제안서 개발 (Develop a system proposal)

• 시스템 제안서는 요구사항 명확히 정의한 문서로, 개발할 시스템의 구체적인 내용과 기능을 포함하고 있습니다.
• 이 제안서는 요구사항 명세서(Requirement Specification)와 같은 역할을 하며, 시스템 개발의 가이드라인이 됩니다.

 

SDLC: 3. Design 설계 (어떻게 만들까?)

1. 설계 전략 개발 (Develop a design strategy): 시스템을 설계하기 위한 전체적인 전략을 수립합니다.

2. 아키텍처와 인터페이스 설계 (Design architecture and interfaces): 시스템의 전체적인 구조를 정의하고, 시스템 내부 및 외부와 상호작용하는 인터페이스를 설계합니다.

3. 데이터베이스 및 파일 사양 개발 (Develop databases and file specifications): 시스템이 데이터를 어떻게 저장하고 관리할지 설계합니다.

4. 프로그램 설계 (Develop the program design): 시스템을 구축하기 위해 어떤 프로그램들이 필요한지, 어떤 작업을 수행할 것인지, 설계 명세서를 작성합니다.

 

SDLC: 4.  Implementation 구현

1. 시스템 구축(Construct the system): 설계된 내용을 바탕으로 실제 코드를 사용하여 시스템을 개발합니다. 개발된 시스템이 제대로 작동하는지 확인하는 테스트 과정이 필요합니다.

2. 시스템 설치(Install system): 완성된 시스템을 사용자들에게 설치하고, 사용법을 알려줍니다.

3. 시스템 지원(Support the system): 시스템이 운영되면서 발생할 수 있는 문제를 해결하고, 추가적인 요구사항을 반영하는 유지보수 작업을 수행합니다.

 

---

SDLC: Methodologies

 

• 프로세스 지향 (Process oriented – Structured 방법론): 이 방법론은 소프트웨어 개발을 일련의 순차적 단계로 구분하여 체계적으로 진행하는 방법입니다. 구조화된 방식으로 프로세스의 흐름을 중시하며, 예를 들어 폭포수(Waterfall) 모델이 여기에 속합니다.
• 데이터 중심 (Data centered – DB): 데이터 중심 방법론은 시스템이 처리할 데이터의 구조와 관계를 중심으로 설계하는 방식입니다. 데이터베이스(DB) 설계를 기반으로 시스템이 구현되며, 데이터의 무결성과 효율성을 중요하게 생각합니다.
• 객체 지향 (Object-oriented – OO 방법론): 객체 지향 방법론은 시스템을 객체(Object)라는 독립된 단위로 나누어 설계하고 구현하는 방식입니다. 객체 지향 프로그래밍(OOP)의 개념을 사용하여 재사용 가능하고 확장성이 높은 시스템을 개발할 수 있습니다.

 

기타 방법론

 

• 빠른 개발 방법론 (Rapid Action Development): RAD는 신속한 개발을 목표로 하며, 빠르게 프로토타입을 만들고 사용자 피드백을 반영하여 시스템을 점진적으로 개선하는 방식입니다.
• 애자일 개발 (Agile Development): 애자일은 반복적이고 점진적인 접근 방식을 강조하며, 개발 과정에서 유연하게 요구사항을 변경하고 지속적인 피드백을 반영할 수 있는 방법론입니다. 빠른 주기로 소프트웨어를 배포하여 개발 속도와 품질을 높이는 것을 목표로 합니다.