Changes between Version 1 and Version 2 of SDG/software_development_process
- Timestamp:
- Jul 13, 2024 3:02:00 PM (10 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
SDG/software_development_process
v1 v2 56 56 57 57 === 10.2.3. 분석 및 설계 (ANALYSIS AND DESIGN) === 58 분석과 설계 워크플로우의 목표는 구현 워크플로우에서 시스템을 어떻게 실현시킬 지를 보는 것이다. 59 60 분석과 설계 워크플로우의 산출물은 소프트웨어 아키텍처이다. 61 58 62 The goal of the Analysis and Design workflow is to show how the system will be realized in the implementation phase. 59 63 60 분석과 설계 워크플로우의 목표는 구현 워크플로우에서 시스템을 어떻게 실현시킬 지를 보는 것이다.61 62 64 The deliverables of analysis and design workflow is a software architecture. 63 분석과 설계 워크플로우의 산출물은 소프트웨어 아키텍처이다.64 65 65 66 === 10.2.4. 구현 (IMPLEMENTATION) === 67 구현 워크플로우의 목적은 다음과 같다: 68 - 계층적으로 구조화된 서브시스템 구현의 관점에서 코드의 구성을 정의한다. 69 - (소스 파일, 바이너리 파일, 이진 파일 등등의) 구성요소의 관점에서 클래스와 객체를 구현한다. 70 - 개발된 구성요소를 소프트웨어 단위(software unit)로써 검증한다. 71 - 개별적인 구현자(또는 팀)에 의해 생산된 결과를 실행가능한 시스템으로 통합한다. 72 73 구현 워크플로우의 산출물은 상세 요구사항 문서, 설계 문서, 소스 코드 및 소프트웨어 검증 계획 문서이다. 74 66 75 The purpose of implementation is: 67 76 - To define the organization of the code, in terms of implementation subsystems organized in layers. … … 70 79 - To integrate the results produced by individual implementers (or team), into an executable system. 71 80 72 구현 워크플로우의 목적은 다음과 같다:73 - 계층적으로 구조화된 서브시스템 구현의 관점에서 코드의 구성을 정의한다.74 - (소스 파일, 바이너리 파일, 이진 파일 등등의) 구성요소의 관점에서 클래스와 객체를 구현한다.75 - 개발된 구성요소를 소프트웨어 단위(software unit)로써 검증한다.76 - 개별적인 구현자(또는 팀)에 의해 생산된 결과를 실행가능한 시스템으로 통합한다.77 78 81 The deliverables of implementation workflow are detailed requirement specification, design specification, source code and software specification plan 79 82 80 구현 워크플로우의 산출물은 상세 요구사항 문서, 설계 문서, 소스 코드 및 소프트웨어 검증 계획 문서이다. 83 === 10.2.5. 검증 (VERIFICATION & VALIDATION) === 84 검증의 목적은 다음과 같다: 85 - 객체간 인터랙션(상호작용)을 검증한다. 86 - 소프트웨어의 모든 구성요소가 적절하게 통합되었는지를 검증한다. 87 - 모든 요구사항이 올바르게 구현되어 있는지를 검증한다. 88 - 소프트웨어를 배포하기 전에 결함을 식별하고 해결한다. 81 89 82 === 10.2.5. 검증 (VERIFICATION & VALIDATION) === 90 검증 워크플로우의 산출물은 software verification reports와 risk management report 및 software validation report이다. 91 83 92 The purpose of verification is: 84 93 - To verify the interaction between objects … … 87 96 - To identify and ensure defects are addressed prior to the deployment of the software 88 97 89 검증의 목적은 다음과 같다:90 - 객체간 인터랙션(상호작용)을 검증한다.91 - 소프트웨어의 모든 구성요소가 적절하게 통합되었는지를 검증한다.92 - 모든 요구사항이 올바르게 구현되어 있는지를 검증한다.93 - 소프트웨어를 배포하기 전에 결함을 식별하고 해결한다.94 95 98 The deliverables of verification workflow are software verification reports, risk management report and software validation report. 96 99 97 검증 워크플로우의 산출물은 software verification reports와 risk management report 및 software validation report이다. 100 === 10.2.6. 배포 (DEPLOYMENT) === 101 배포 워크플로의 목적은 제품을 성공적으로 출시해서 최종 사용자에게 소프트웨어를 전달하는 것이다. 98 102 99 === 10.2.6. 배포 (DEPLOYMENT) === 103 배포 워크플로우의 산출물은 설치가능한 소프트웨어와 릴리즈 노트이다. 104 100 105 The purpose of the deployment workflow is to successfully produce product releases, and deliver the software to its end users. 101 102 배포 워크플로의 목적은 제품을 성공적으로 출시해서 최종 사용자에게 소프트웨어를 전달하는 것이다.103 106 104 107 The deliverables of the deployment workflow are installable software, and release note. 105 108 106 배포 워크플로우의 산출물은 설치가능한 소프트웨어와 릴리즈 노트이다. 109 === 10.2.7. 프로젝트 관리 (PROJECT MANAGEMENT) === 110 소프트웨어 프로젝트 경쟁하는 목표들을 조율하고, 리스크를 관리하고 제약사항을 극복하여 성공적으로 고객과 사용자의 필요를 충족시키는 제품을 전달하는 행위이다. 107 111 108 === 10.2.7. 프로젝트 관리 (PROJECT MANAGEMENT) === 112 프로젝트 관리의 산출물은 소프트웨어 개발 계획 문서와 프로젝트 회의록이다. 113 109 114 Software Project Management is the art of balancing competing objectives, managing risk, and overcoming constraints to deliver, successfully, a product in which meets the needs of customers and the users. 110 111 소프트웨어 프로젝트 경쟁하는 목표들을 조율하고, 리스크를 관리하고 제약사항을 극복하여 성공적으로 고객과 사용자의 필요를 충족시키는 제품을 전달하는 행위이다.112 115 113 116 The deliverables of project management workflow are Software development plan and project meeting minutes. 114 117 115 프로젝트 관리의 산출물은 소프트웨어 개발 계획 문서와 프로젝트 회의록이다. 118 === 10.2.8. 형상 및 변경 관리 (CONFIGURATION AND CHANGE REQUEST MANAGEMENT) === 119 형상관리와 변경요청 관리 워크플로우의 목적은 이유, 시기 그리고 누구에 의해 산출물이 변경되었는지를 추적하는 것이다. 116 120 117 === 10.2.8. 형상 및 변경 관리 (CONFIGURATION AND CHANGE REQUEST MANAGEMENT) === 121 형상관리와 변경요청 관리 워크플로우의 산출물은 형상관리 아이템들과 변경요청 사항들이다. 122 123 변경 요청 관리 워크플로우는 문제 해결 관리 프로세스를 위한 활동이다. 124 118 125 The purpose of the configuration and change request management workflow is to trace why, when, and by whom any deliverable was changed. 119 120 형상관리와 변경요청 관리 워크플로우의 목적은 이유, 시기 그리고 누구에 의해 산출물이 변경되었는지를 추적하는 것이다.121 126 122 127 The deliverables of the configuration and change request management workflow are configuration items and change requests. 123 128 124 형상관리와 변경요청 관리 워크플로우의 산출물은 형상관리 아이템들과 변경요청 사항들이다.125 126 129 Change request management workflow are activities for the problem resolve management process. 127 130 128 변경 요청 관리 워크플로우는 문제 해결 관리 프로세스를 위한 활동이다. 131 === 10.2.9. 개발환경 (ENVIRONMENT) === 132 환경 워크플로우의 목적은 소프트웨어 팀을 지원하기 위해 필요한 소프트웨어 개발 환경(프로세스와 도구)을 소프트웨어 개발 조직에게 제공하는 것이다. 129 133 130 === 10.2.9. 개발환경 (ENVIRONMENT) === 134 환경 워크플로우의 산출물은 소프트웨어 개발 계획 문서이다. 135 131 136 The purpose of the environment workflow is to provide the software development organization with the software development environment ? both processes and tools ? that are needed to support the development team. 132 133 환경 워크플로우의 목적은 소프트웨어 팀을 지원하기 위해 필요한 소프트웨어 개발 환경(프로세스와 도구)을 소프트웨어 개발 조직에게 제공하는 것이다.134 137 135 138 The deliverable of the environment workflow is a software development plan for a project. 136 139 137 환경 워크플로우의 산출물은 소프트웨어 개발 계획 문서이다. 140 == 10.3. 산출물 (DELIVERABLES) == 141 소프트웨어 개발 프로세스는 프로젝트 단계별로 다음과 같은 소프트웨어 개발 문서 (또는 산출물) 권장한다:[[BR]] 138 142 139 == 10.3. 산출물 (DELIVERABLES) ==140 143 The process recommends software development documents (or deliverables) depending on Phase like as: 141 소프트웨어 개발 프로세스는 프로젝트 단계별로 다음과 같은 소프트웨어 개발 문서 (또는 산출물) 권장한다:[[BR]]142 144 143 145 Figure: 문서 구조[[BR]]