본문 바로가기

지식/프로젝트 관리 및 생성

Chap 8. Project Quality Management Chap 8. Project Quality Management 프로젝트 품질 관리는 프로젝트가 수행해야 할 요구를 만족시킨다는 것을 보장하기 위해 필요한 프로세스를 포함함. 이는 품질정책, 목적 및 책임을 결정하고, 품질 계획, 품질 보증, 품질 통제, 품질 향상 등을 통하여 그것들을 구현하는 총체적인 관리기능의 활동임 8.1 품질 기획 (Quality Planning) : 품질표준을 정의하고, 품질표준을 만족시킬 방법을 결정함 8.2 품질 보증 (Quality Assurance) : 관련된 품질표준을 만족시킬 것이라는 신뢰를 주기 위해, 정기적으로 프로젝트 성과를 평가함 8.3 품질 통제 (Quaility Control) : 프로젝트 결과가 관련 품질표준을 따르는지 모니터링하고, 불만족한 성과의 원인을.. 더보기
프로젝트 검수 테크닉(PM의 역할) 프로젝트 검수 테크닉(PM의 역할) | 개발방법론 2005/12/06 13:34 http://blog.naver.com/sara7499/120020418979 현재 도어니의 역할은 PM이다. 혹자들은 무좀약이 아니냐고 하지만 우리 바닥에서는 Project Manager를 줄여서 이렇게 부른다. 방송에서 PD가 있듯이 IT솔루션에는 PM이 있는 것이다. 오늘 하고자 하는 말은 최근 모 기관의 프로젝트를 검수받는 과정에서 느낀 점들을 주저리 주저리 적어보려고 한다. 검수를 받는 과정에서 PM이 가장 어려운 점의 하나는 일정을 맞추는 일일 것이다. 물품에 대한 납기일을 준수 하는 것이야 말로 프로젝트 꽃이자 PM의 책임이 아닐까 한다. 그런데 이게 마음대로 되는 일이 아닌지라, 별에별 변수가 다 발생하는 것은.. 더보기
프로젝트 산출물_02 프로젝트 산출물 ] 가. 요구분석서 나. 설계명세서 1. 기본설계서 (1) 코드열람 (2) 코드설계 (3) 데이타 플로우 다이아그램 (4) 엔터티 릴레이션 다이아그램 (5) 데이타리스트 2. 상세설계서 (1) 디비 테이블 명세서 (2) 실체관계도 (3) 작업흐름도 (4) 프로그램 명세표 3. 구 현 (1) 프로그램 사용설명서 (2) 교육계획서 (3) 개발보고서 4. 시험결과서 (1) 오류명세서 (2) 단위테스트 시험결과서 (3) 통합테스트 시험결과서 5. 개발완료 (1) 사용자 지침서 (2) 운영 설명서 6. 기 타 (1) 월간 보고서 (2) 회의록 (3) 유지보수방안(유지보수 방법, 소요인력, 소요재원) 더보기
UML 강좌 드디어 강좌의 종착역에 도달했군요. 마지막으로 UML에 대해서 정리를 해보고 어떻게 이용할 수 있을지 운을 띄우도록 하겠습니다. 실제로 UML을 활용해서 각자가 원하는 가치를 만들어내는 것은 여러분들의 몫이 될 테니까요. 모델링 언어 UML UML(Unified Modeling Language)이란 말 그대로 모델링을 위한 언어를 통합시킨 것입니다. 특징적인 점은 그래픽 요소가 강한 표준 언어라는 점이죠. 굳이 소프트웨어 개발을 위해서만 UML을 쓸 수 있는 것은 아니지만, 주로 소프트웨어 개발을 위해 도움을 주는 방향으로 발전되어 왔습니다. 그러나, 모델링을 능숙하게 하기 위해서는 다양한 현상이나 개념들을 UML로 표현해 보는 방법도 좋은 수련이 된다고 할 수 있겠죠. UML이 있기 이전에도 소프트웨어.. 더보기
[UML 제대로 알기] ② 초보자를 위해 다각도로 살펴본 .. [UML 제대로 알기] ② 초보자를 위해 다각도로 살펴본 UML | UML 2005/04/08 09:03 http://blog.naver.com/sara7499/120011798490 7년 전 필자는 UML이라는 단어조차 들어본 적 없었다. 국내에서는 그래도 꽤 잘하는 비주얼 베이직 프로그래머라고 자부했는데 당시 봇물같이 쏟아지던 약어들에 질려 UML이라는 알파벳 세 글자로 이루어진 '신규어'에 별 신경을 쓰지 않았다. 몇 년이 지난 후, 필자도 객체지향이라는 무림 강호에 몸을 던지지 않을 수 없는 시점에 이르러서, 그 몇 년 전에 들었던 UML이라는 것이 무림에 출사표를 던지기 위한 필수 무공이었다는 사실을 깨달았다. 그리고 그 이름도 원망스러운 디자인 패턴! 비주얼 베이직이라는 한물간 초식에서는 ‘꽤.. 더보기
소프트웨어품질보증기준 소프트웨어품질보증기준 [정보통신부고시 제1998-123호 '98.11. 3] 제1장 총 칙 제1조(목적) 이 기준은 소프트웨어산업진흥법 제8조의 규정에 의하여 소프트웨어 의 품질보증 기준(이하 "기준"이라 한다)을 정하고 이의 사용을 권장함으로써 소프트웨어의 신뢰성과 품질을 확보하고자 함에 그 목적이 있다. 제2조(용어의 정의) ① "소프트웨어"라 함은 특정한 결과를 얻기 위하여 컴퓨터등 정보처리 능력을 가진 장치 내에서 직접 또는 간접으로 사용되는 일련의 지시·명령으로 표현된 프로그램과 이를 작성하기 위하여 사용된 설계서·기술서 및 기타 관련 자료를 말한다. ② "소프트웨어 품질"이라 함은 발주자가 제시한 명시된 요구사항 및 내재된 요구사항을 충족할 수 있는 소프트웨어 특성의 총체를 말한다. ③ "소프.. 더보기
표준 넘나드는 UML의「적절한 사용」 UML은 표준 표기법으로써 그 자리를 확고히 했다. 이제는 한 걸음 더 나아가 UML을 보다 효과적으로 사용할 수 있는 방법을 생각해 볼 때이다. 음계를 이용하여 아름다운 음악을 작곡하듯이 UML을 이용하여 좋은 소프트웨어를 개발하는, 이른바 UML 사용의 베스트 프렉티스를 생각해야 한다. 간혹 베스트 프렉티스가 UML 표준을 준수하지 않는 경우도 있는데 중요한 것은 표준 준수 여부가 아니라 어느 것이 더 효과적이냐는 것이다. 성공적인 소프트웨어 개발을 위해서라면 표준을 넘나들 수도 있어야 한다. 이에 이번 글에는 유즈 케이스를 중심으로 UML을 잘 표현하기 위한 시맨틱을 제대로 정리하고 사용하는 방법에 대한 고찰해 보겠다. * UML에서 유스케이스는 액터, 유스케이스, 유스케이스 다이어그램 등을 모두 .. 더보기
프로젝트산출물 1. 분석 1.1. 현업요구사항정의서 : 해당 프로젝트를 수행하는 가장 기본이 되며 고객의 needs을 담고 있는 문서입니다. 이를 통해 다양한 스펙산정이 가능합니다. 이부분에서 요구ID를 도출합니다. 1.2. 기능챠트 : 현업요구사항을 근간으로 큰 카테고리를 만들어 한눈에 해당 프로젝트가 무슨 일을 하는 것인지 보여줄 있습니다. * 이부분은 개발방법론에 따라 유스케이스다이어그램으로 대치할 수도 있을 것으로 판단되어지고, 기능챠트와 같이 가도 무관하다는 판단입니다. 1.3. 프로세스 정의서 : 기능챠트를 기준으로 각각의 프로세스를 보여줍니다. 때에 따라 확대된 프로세스의 표현도 가능합니다. * 개발방법론에 따라 시퀀스다이어그램을 넣어도 무방하다는 판단입니다. 1.4. 인터페이스정의서 : 상기 현업요구사항.. 더보기

티스토리툴바