StarUML NS Guide - Introduction

1. Introduction
Sections
Key Issues in Software Development
The Process Overview

2. Introduction
Lecture Objectives
 본 과정에 관련된 선 지식 습득
 소프트웨어 개발의 핵심 이슈에 관한 개요
 본 과정에 사용될 소프트웨어 프로세스 개요

3. Introduction
Section 1.
Key Issues in Software Development

4. Introduction
Contents
 Background
 Component-Based Development
 Software Process
 Iterative Development
 Software Architecture
 Unified Modeling Language
 Model Driven Architecture

5. Introduction
Background

6. Introduction
Component-Based Development
 What is Software Component?
• A software component is a unit of composition with contractually specified
interfaces and explicit context dependencies only.
• It can be deployed independently and is subject to composition by third
parties
(Szyperski, Queensland University)

7. Introduction
Component-Based Development (cont.)

8. Introduction
Component-Based Development (cont.)
 Component Platforms
• Microsoft ActiveX/COM and .NET
• OMG CORBA
• Sun JavaBeans/EJB

9. Introduction
Software Process

10. Introduction
Software Process (cont.)
 Software Process
• Development Process
• Management Process

11. Introduction
Software Process (cont.)

12. Introduction
Software Process (cont.)

13. Introduction
Iterative Development
 반복적 개발(Iterative Development)
• 전체 개발을 여러 번의 반복으로 나눔
• 한 번의 반복이 요구사항부터 구현, 테스트까지 포함
• 소프트웨어를 점진적으로 개발
• 사용자의 피드백(Feedback)을 자주 받을 수 있음

14. Introduction
Iterative Development (cont.)
 Waterfall Model (conventional development)
• 요구사항부터 구현, 테스트까지 순차적으로 수행
• 위험요소의 발견 및 해결이 프로젝트 종반으로 지연

15. Introduction
Iterative Development (cont.)
 위험 요소(risk)를 조기에 발견하고 해결

16. Introduction
Iterative Development (cont.)
 변화를 쉽게 수용(Embracing Changes)
• 요구사항에서의 변화
• 일정상의 변화
• 참여인력의 변화
• 비용 및 기타 환경의 변화

17. Introduction
Iterative Development (cont.)
 Iteration Planning
• 높은 위험 요소를 먼저 수행
• 중요한 요구사항을 먼저 반영
• 변화를 수용

18. Introduction
Iterative Development (cont.)
 Iteration Planning (cont.)

19. Introduction
Iterative Development (cont.)
 How many iterations?
• 반복 횟수를 많이
• 위험도가 높을 수록
• 요구사항 파악이 힘들 수록
• 반복 횟수를 적게
• 경험 많은 프로젝트 일 수록 (위험도가 낮을 수록)
• 요구사항이 명확할 수록

20. Introduction
Software Architecture
 소프트웨어 컴포넌트와 그것들의
관계로 표현되어지는 시스템의
거시적 구조
 소프트웨어 시스템의 조직에 관
한 중대한 결정

21. Introduction
Software Architecture (cont.)
 Why Is Architecture Important?
• Communication Vehicle
• Early Design Decision
• Architectural Reuse

22. Introduction
Software Architecture (cont.)
 What Is Architectural View?
• 특정 관점(perspective)에서의 시스템에 대한 간략한 기술.
• 특정 이해관계자(stakeholder)의 의도를 반영.
• 아키텍처상 중요한 내용들만을 포함한다.
• 소프트웨어 시스템의 아키텍처는 여러 개의 아키텍처 관점(Architectural
View)들로 구성됨.

23. Introduction
Software Architecture (cont.)
 4+1 View Model of Architecture

24. Introduction
Unified Modeling Language
 UML은 소프트웨어 시스템의 산출물들을
• 시각화(Visualize),
• 명세화(Specify),
• 구축(Construct),
• 문서화(Documenting)

하기 위한 표준 언어이다.

25. Introduction
Unified Modeling Language (cont.)

26. Introduction
Unified Modeling Language (cont.)
 Structural Modeling
• Class Diagram, Component Diagram, Deployment Diagram

27. Introduction
Unified Modeling Language (cont.)
 Behavioral Modeling
• Use Case Diagram, Sequence Diagram, Collaboration Diagram,
Statechart Diagram, Activity Diagram

28. Introduction
Model Driven Architecture
 MDA (Model Driven Architecture)
 MDA는 플랫폼 기술로부터
비즈니스 혹은 애플리케이션의
로직을 분리해내기 위한 기술이다.

29. Introduction
Model Driven Architecture (cont.)

30. Introduction
Section 2.
The Process Overview

31. Introduction
Contents
 The Process In This Course
 The Process
•
•
•
•
•
Business Modeling
Requirements
Analysis
Architectural Design
Design
 Process Summary
 Configurations

32. Introduction
The Process In This Course
 Software Design Process
 Features
• An Agile Process
• From Requirements to Design
• Use-Case Driven
• Configurable for not only OOAD but also CBD
• Make the best use of UML

33. Introduction
The Process

34. Introduction
Business Modeling

35. Introduction
Business Modeling (cont.)

36. Introduction
Requirements

37. Introduction
Requirements (cont.)

38. Introduction
Analysis
Business
Modeling
(optional)
Requirements
Analysis
Architectural
Design
(optional)
Design
Test
(not cover)
Implementation
(not cover)

39. Introduction
Analysis (cont.)

40. Introduction
Architectural Design

41. Introduction
Architectural Design (cont.)

42. Introduction
Design

43. Introduction
Design (cont.)

44. Introduction
Role Summary

45. Introduction
Activity Summary

46. Introduction
Artifact Summary

47. Introduction
Process Configurations

48. Introduction
Configuration for CBD

49. Introduction
Lecture Summary
 현대의 소프트웨어 개발에서는 소프트웨어 프로세스, 반복
적 개발, CBD, UML, MDA 등의 핵심 이슈들이 적용되고 있
다.
 본 과정에 적용할 소프트웨어 설계 프로세스는 비즈니스 모
델링, 분석, 아키텍처 설계, 설계 단계로 구성되어 있다.