Ace-T's Blog 내 검색 [네이버 커넥트 이웃 합니다~^-^/ 요청 大 환영~~]

[소프트웨어 공학] 3. 소프트웨어 개발 프로세스 개요

Study/Education 2012.09.18 00:29
[Good Comment!!, Good Discussion!!, Good Contens!!]
[ If you think that is useful, please click the finger on the bottom~^-^good~ ]
by ace-T

2012/09/11 - [Study/Education] - [소프트웨어 공학] 1. 소프트웨어의 기본 개념
2012/09/17 - [Study/Education] - [소프트웨어 공학] 2. 소프트웨어 공학의 개요

1. 일반적 소프트웨어 개발 공정 프로세스
2. 소프트웨어 시스템 개발을 위한 사전 프로세스
3. 각 단계별 프로세스 및 역할자

★ 소프트웨어 개발 공정 프로세스
  1) 착수 : 소프트웨어 시스템을 개발하기 위한 사전 단계
               프로젝트를 위한 여러가지 계획 수립
               업무범위 정의
  2) 요구정의
     : 도메인의 이해와 사용자의 요구사항 정의를 통해 개발할 시스템의 범위 파악
       요구사항을 정형화/명세화

  3) 아키텍처 정의
     : 요구정의와 분석 시점에서 시스템 구축을 위한 청사진 제시
        설계의 주요 구성요소에 대한 설계원칙과 방향 제시

  4) 분석
     : 요구정의에서 정의된 시스템에 대한 사용자의 요구사항 중 특히 기능적 요구사항에 대해
        특정 플랫폼과 상관 없는 독립적인 관점으로 정형화, 시스템 기능 정의

  5) 설계
      : 사용자 요구사항이 정의된 분석단계의 결과에 따라 각 요구사항을 시스템 구성요소에 배분
         구성 요소들간의 인터페이스를 구조적으로 설계하여 구현 가능하도록 시스템 및 소프트웨어
         언어로 전환

  6) 개발
      : 설계 산출물에 정의된 명세에 따라 실제 코드로 개발
        테스트를 통해 시스템의 품질 제고

   7) 이행
       : 테스트 완료된 시스템을 릴리즈
          고객이 인수한 후에 원활하게 사용 할 수 있도록 필요한 메뉴얼 작성 및 교육 수행

★ 규모산정 기법
1) LOC기법(Line Of Code)


2) COCOMO(Constructive Cost Model)


3) 기능 점수(Function Point : FP)


4) 델파이기법(Delphi technique)


★ 산정 및 프로젝트 준비
아래의 그림..괜찮은거 같다^-^good~


★ 요구정의 프로세스 및 역할자
  1) 요구정의 단계


  2) 요구정의 단계의 프로세스
    비지니스 프로세스 모델링    


    비지니스 데이터 모델링


요구사항 정의 활동
아래의 그림을 보니..내가 6월에 했던 것이 요구사항 정의였단 말인가..데모시현하고 그런것들이 화면 프로토타이핑!!!



★  분석 프로세스 및 역할자
  1) 분석단계의 프로세스


 ★ 아키텍처 정의 프로세스 및 역할자
    1) 아키텍처 정의


    2) 전사적 아키텍처란?



   3) 아키텍처 정의 단계의 프로세스



※ 아키텍트의 협업


★ 설계 프로세스 및 역할자
    설계 단계



ㅋㅋㅋ 반복점증이라..기획자너님들 보면 항상 한방에 못한다고 뒤에서 머라켔었는데..ㅋㅋ;;
개발자에게 피드백 받아 완성도를 높이는것도 설계단계에서의 일이구나..(__*


1) 설계 단계의 프로세스 : 업무, 화면, 데이터, 컨버전, 테스트 설계


★ 개발 프로세스 및 역할자
코딩과 테스트 2개의 단계로 크게 나눔.



★ 이행 프로세스 및 역할자
  - 이행단계의 프로세스



음..전체적인 것을 머리속에 넣자--;;

acet 박태하가 추천하는 readtrend 추천글!

설정

트랙백

댓글

  • qwer 2013.06.17 11:05 신고 답글 | 수정/삭제 | ADDR

    안녕하세요. 좋은 내용 얻어가요.^^

:::: facebook을 이용하시는 분들은 로그인 후 아래에 코멘트를 남겨주세요 ::::

[소프트웨어 공학] 2. 소프트웨어 공학의 개요

Study/Education 2012.09.17 20:03
[Good Comment!!, Good Discussion!!, Good Contens!!]
[ If you think that is useful, please click the finger on the bottom~^-^good~ ]
by ace-T
2012/09/11 - [Study/Education] - [소프트웨어 공학] 1. 소프트웨어의 기본 개념

1. 소프트웨어 공학이란?
2. 소프트웨어 공학의 등장 배경
3. 소프트웨어 개발이 어려운 이유



★ 소프트웨어 공학의 정의
    : 소프트웨어의 개발, 운용, 유지보수 등의 생명주기 전반을 체계적이고 서술적이며 정량적으로 다루는 학문

★ 소프트웨어 공학의 4가지 중요 요소
  1) 방법    


  2) 도구


  3) 절차



  4) 사람



위의 4가지 요소를 통하여
  ==> 양질의 소프트웨어를 생산 가능
  ==> 주어진 비용으로 생산 가능

★ 지향점



★  소프트웨어 공학의 등장 배경
  1) 프로그램 개발 시 많은 시간과 비용이 소요
  2) 프로그램 개발에 수많은 인력이 투입되어도 우수한 품질의 프로그램을 계획된 기간 내에 생산하지 못함.
  3) 유지보수하는 과정에서도 개발비 이상의 금액 소요
  ==> 소프트웨어 위기론 등장
  ==> 소프트웨어 위기의 극복
         - 공학적 접근 : 구조적방법론, 정보공학 방법론, 객체지향 방법론, CBD방법론, 프로젝트 관리 기법
         -  표준화       : S/W, DATA의 표준화, ITA, EP의 체계화, Reusabillity의 체계화, S/W역공학, 재공학 활용
         - 자동화 도구활용 : CASE, 코드생성/관리기, Repository, 형상관리 도구
         - 품질보증체제 : 품질관리 정착, ISO 품질보증 체제 도입, CMM/SPICE 도입, 정보시스템 감리

  요약



★ 소프트웨어 개발이 어려운 이유
   1) 의견 교환 부족
   2) 순차적 개발 방법(요구정의->분석->아키텍처 정의->설계->코딩/테스트->이관) 결여
   3) 프로젝트의 특성 차이
   4) 개인의 특성 차이(대화능력, 팀워크, 개인의 능력, 경험, 훈련, 대화)
   5) 관리의 어려움 : 경험이 많은 소프트웨어 프로젝트 관리자가 필요함.(많은 시간과 투자..! 必~)




acet 박태하가 추천하는 readtrend 추천글!

설정

트랙백

댓글

  • 소프트웨어공학과생 2013.09.24 10:09 신고 답글 | 수정/삭제 | ADDR

    대학 과제물로 해당 페이지를 복사해갑니다 감사합니다^^

:::: facebook을 이용하시는 분들은 로그인 후 아래에 코멘트를 남겨주세요 ::::

[소프트웨어 공학] 1. 소프트웨어의 기본 개념

Study/Education 2012.09.11 01:39
[Good Comment!!, Good Discussion!!, Good Contens!!]
[ If you think that is useful, please click the finger on the bottom~^-^good~ ]
by ace-T

★ 소프트웨어의 특징
 1) 유형의 매체에 저장되지만 무형적이다.
 2) 일반 하드웨어 제품에 비해 아주 가볍다.
 3) 대량생산이 용이하다.
 4) 재생산의 과정을 거치지 않고 수정 할 수 있다.
 5) 하드웨어에 비해 지적권리가 침해 되기 쉽다.
 6) 노동집약적(비교적 전문인력에 의해) 성격이 강하다.
     => 소프트웨어 사업은 사람의 지적 능력에 대한 의존성이 큰 사업
 7) 사용의 범위와 정도가 다양해지고 있다.

★ 하드웨어와 소프트웨어
  1) 하드웨어 : 키보드, 모니터, CPU, 메인보드, 하드디스크, 메모리 등
  2) 소프트웨어 : 만질 수 없는 무형의 것(ex. OS)
   
★ 소프트웨어 개발 Process
 


 1) 요구       정의 : 업무이해, 요구사항 정리
 2) 분석       단계 : 요구사항을 추상적 관점으로 도출하는 단계
 3) 아키텍처 정의 : 소프트웨어의 기본구조 및 단계의 표준에 대하여 정의
 4) 설             계 : 분석의 무엇을(What) -> 어떻게(How) 초점
                           설계모델을 만들어냄(설계자들에 의해 작성, 아키텍처 정의를 참고하여 작성 함)
 5) 코딩 /  테스트 : 설계서에 따라 소프트웨어 제품을 개발

하나의 기능 완성시 단위테스트->전체 기능 완성시 통합테스트->전체 시스템 완성 시 아키텍처 기준 테스트

6) 이              관 : 시스템을 실제 운영될 환경에 인스톨
                          유지보수를 위한 운영자 및 사용자 매뉴얼 작성
                          사용자 교육
                          실제 소프트웨어 제품 가동
                          최종 종류 사인을 받음

★ 용어
   1) 산출물
   2) 도구
   3) 기법

★ 프로젝트 관리


★ 우선순위
  중요도와 난이도에 따라 우선순위 고려

★ 재사용 고려
   이미 요구사항을 충족하는 것이 있다면 최대한 재사용을 고려해야 함.


- 끝 -



                          

acet 박태하가 추천하는 readtrend 추천글!

설정

트랙백

댓글

:::: facebook을 이용하시는 분들은 로그인 후 아래에 코멘트를 남겨주세요 ::::

티스토리 툴바