200711429 박상욱

200711439 송인하

200711444 양동은

Team Presentaion #1

Plan & Analysis

Contents

1 - 1 2 - 1 Define Draft Plan

1 - 2

1 - 3

1 - 4

2 - 2

2 - 3

Create Preliminary Investigation Report

Define Requirements

Define Conceptual Model

Define Business Concept and Model

Define Sequence Diagram

Define Operation Contract

Step1. Motivation and Objective of project

1-1. Motivation

매 학기 수강신청을 하기 위해서는 자신이 꼭 들어야 하는 필수과목과 개인적

으로 듣고 싶은 희망 과목으로 나누어 경우의 수를 계산하여 제작하여야 한다.

모든 경우의 수를 사용자가 직접 계산하기 위해서는 많은 시간과 노력이 필요하

며, 모든 경우의 수를 계산했다는 보장을 받지 못한다.

이러한 학생들의 고충을 해결하기 위해 경우의 수를 계산해주는 시스템을 구축

한다. 또한 이러한 상황 발생은 학기마다 발생하므로 시스템 사용 빈도가 낮기

때문에 따로 시스템을 배우지 않고 쉽고 빠르게 만들 수 있는 시스템으로 구축한다.

1-1. Define Draft Plan

Step1. Make Groups end Subjects

0. Example

Step2. Check Result

0. Example

Step2. Check Result

0. Example

Step2. Check Result

0. Example

• 듣고 싶은 과목을 입력하면 가능한 모든 경우의 수를 시간표 형식으로 볼 수 있다.

• 경우의 수를 선택하면 수강신청 시 인원제한 수가 적은 순서대로 신청할

수 있게 리스트를 볼 수 있다.

• 선택한 시간표를 기반으로 자신의 학기 시간표를 그림파일로 볼 수 있다. • 모든 시스템은 직관적이며 따로 배우지 않고도 쉽게 사용할 수 있다.

Step1. Motivation and Objective of project

1-2. Object of Project

1-1. Define Draft Plan

• 시간표 DB에서 원하는 과목 선택 • 자신이 선택한 과목 저장 • 저장한 과목 불러오기 • 선택한 과목들로 가능한 시간표 모든 경우의 수 출력 • 선택한 경우의 수로 수강신청 시 참고 할 수 있는 리스트 txt 생성 • 신청 완료 후 그림으로 시간표 저장 가능

1-1. Define Draft Plan

Step2. Functional Requirements

• 사용자들이 쉽게 사용할 수 있도록 직관적으로 설계한다. • 모든 경우의 수 계산은 10초 이내로 한다.

Step3. Non-functional Requirements

Step4. Estimate resources

• Human Resource : 3명 설계 및 분석, 구현 모든 단계를 3명이 같이 진행한다. • Project Duration : 4주

1-1. Define Draft Plan

• 쉽게 사용할 수 있는 직관적인 GUI 개발을 위해 MFC를 사용하여 구현 가능 • 과거에 제작했었던 시간표 관련 시스템 구축을 경험으로 더욱 유연한 시스템 구축

1-2. Create preliminary Investigation Report

Step1. Alternative Solutions

Step2. Project’s Justification

• OOAD 적용을 통한 프로젝트 개발 경험이 없는 현재 개발자로서 분석부터 설계, 구현까지 객체지향 개발 방법론을 통한 구현경험은 추후 실무에 크게 작용할 수 있다. • MFC를 통하여 GUI를 개발함에 있어서 시스템 구축에 크게 작용하고 있는 GUI 요소에 대하여 공부 할 수 있다.

Step3. Risk Management

Risk Probability Significance Weight

OOAD 적용의 첫 사례 4 5 20

UML 적용의 첫 사례 3 5 15

개발 시간 부족 3 3 9

팀 간의 의사소통 1 2 2

MFC 관련 지식 부족 2 2 4

1-2. Create preliminary Investigation Report

• OOAD 적용의 첫 사례 (20) - 과제 및 도서관 서적, 수업 자료로 충분한 공부를 한다. • UML 적용의 첫 사례 (15) -과제 및 도서관 서적, 수업 자료로 충분한 공부를 한다. • 개발 시간 부족 (9) -수업시간 외의 모든 시간을 쏟아 진행한다. • 팀 간의 의사소통 (2) -서로의 의견을 들으며 충분히 토의 후 결정한다. • MFC 관련 지식 부족 (4) -GUI 관련 부분만 빠르게 공부한다.

Step4. Risk Reduction Plan

1-2. Create preliminary Investigation Report

가. 목적 (Purpose)

본 문서는 Window 기반의 Time Table 개발을 위한 소프트웨어 요구사항 명세서이다. 학생들이 수강신청을 하기 위해 원하는 과목 및 시간대를 선택 하는데 보다 쉽고 빠르고 직관적으로 작성하기 위한 시스템을 설계 및 구현 한다. 시스템 구현에 있어서 사용자 및 이해관계자, 시스템 요구사항을 명확히 도출해 개발에 있어 체계적인 진행을 함으로써 시간적인 비용을 최소화하고, 정확한 요구사항 분석으로 고객의 만족을 최대화하는 것이 이 문서의 목표이다.

나. 제품 범위 (Product Scope)

기존 수강신청 전 시간표를 작성하기 위해서는 학생들은 직접 손으로 필수 과목 과 선택과목을 선택하여 경우의 수를 계산해가며 작성해야만 했다. 이러한 불편함을 해소하고자, 시스템이 원하는 과목을 선택하면 가능한 모든 경우의 수를 출력해줌 으로써 시간표 제작에 있어서 빠르고 간편하게 작성 할 수 있도록 한다.

1-3. Define Requirements

1. 소 개(Introduction)

다. 용어 및 약어 정의 (Definitions, Acronyms, and Abbreviations)

1. 소 개(Introduction)

Term Definition DB Data Base

GUI Graphic User Interface

UML Unified Modeling Language

1-3. Define Requirements

가. 제품 주요 기술 (Product Function)

사용자가 원하는 과목을 선택한 수 결과 수행 버튼을 누르면 시간표의 가능한

경우의 수를 모두 표현해준다.

나. 사용자 특성 (User Characteristics)

본 시스템의 사용자는 대학교에 다니는 학생을 대상으로 가정한다. 기본적으로

컴퓨터를 사용함에 있어서 무리가 없을 정도의 교육을 받은 사용자로 가정한다.

2. 일반적인 기술 (General Description)

1-3. Define Requirements

다. 제약 조건 (Constraints)

본 장의 가절에서 언급한 내용을 바탕으로 시스템을 설계하고 구현한다. 시스 템의 디자인은 개발자가 선호하는 방향으로 선택 설계하되 기본 인터페이스 는 논의한 결과를 바탕으로 구현한다. 다음의 항목을 준수한다.

• 사용되는 기술은 이미 널리 성능이 입증된 것을 사용한다. • 별도의 라이선스가 필요하거나 저작권료를 지불이 필요한 기술 또는 소프트웨어의 사용을 피한다. • 사용자에게 보다 친숙하고 편리한 방향으로 결정한다. • 기본의 다른 시스템들과는 다른 특성화된 시스템을 구축한다.

라. 가정과 의존성 (Assumptions and Dependencies)

본 문서의 시스템은 윈도우 기반으로 설계 및 구현할 것을 가정하여 작성 되었 다. 따라서 모든 내용은 윈도우를 기준으로 작성되었으며, 타 운영체제에서 동 일하게 적용되지 않을 수 있다.

2. 일반적인 기술 (General Description)

1-3. Define Requirements

가. 기능적 요구사항 (Functional Requirements)

3. 가정과 의존성 (Assumptions and Dependencies)

1-3. Define Requirements

나. 비 기능적 요구사항 (Non-functional Requirements)

3. 가정과 의존성 (Assumptions and Dependencies)

1-3. Define Requirements

가. System Use Cases

4. Use Case Model

1-3. Define Requirements

나. Use Cases Summary

4. Use Case Model

1-3. Define Requirements

다. Detail Use Cases Scenario

4. Use Case Model

1-3. Define Requirements

가. User Interface – 실행 GUI

5. 외부 인터페이스 요구사항(External Interface Requirements)

1-3. Define Requirements

가. User Interface – 결과보기 GUI

5. 외부 인터페이스 요구사항(External Interface Requirements)

1-3. Define Requirements

1-4. Define Business Concept and Model

2-1. Define Conceptual Model

2-2. Define Sequence Diagram

2-3. Define Operation Contract

The END

Thank You