๐ก 6.1 What is Requirement Management?
-> ์๊ตฌ์ฌํญ์ด ์ด์์๋ ๊ฒ์ด๊ธฐ ๋๋ฌธ์ ๊ด๋ฆฌ๊ฐ ํ์ํจ.
-> ์๊ตฌ์ฌํญ ๊ด๋ฆฌ๊ฐ ๋ฌด์๋ ๊ฒฝ์ฐ์๋ ๋ณต์ก์ฑ์ด ๋ ์ฆ๊ฐํ๊ณ ํ์ง ๋ฌธ์ ๊ฐ ๋ฐ์ํ ์ ์๊ณ ํจ์จ์ฑ์ด ๊ฐ์ํจ.
๐ก 6.2 Life Cycle Management
-> ์์ ์ ํ์ ์ํ๋ฅผ ์ผ์ผํ ๊ธฐ๋กํ๋ค ๋ณด๋ฉด ์๊ตฌ์ฌํญ์ด ์์ผ๋ก ์ด๋ป๊ฒ ๋ณ๊ฒฝ๋๊ณ ์ ์ด๋ฐ ์ผ์ด ๋ฐ์ํ ์ ์๋์ง์ ๋ํด ์ ์ ์์.
๐ก 6.3 Version Control
*์ด์ *
1) Sometimes changes go wrong : ๋ค์ ์์ ๋ฒ์ ์ผ๋ก ๋์๊ฐ์ ๋ณต๊ตฌํด์ผ ํจ.
2) We want to know the history of the work product : ํ์ฌ ๋ฒ์ ์ ์๊ฑฐํ์ฌ ๋ฏธ๋์ ๋ณํ๋ฅผ ๊ณํํ ์ ์์.
*๋ฒ์ ๊ด๋ฆฌ๋ฅผ ํ๋ 3๊ฐ์ง ์ค์ ํฌ์ธํธ*
1) identification : ๊ฐ ๋ฒ์ ์ ๊ตฌ๋ถํด๋์ ์ ์์ด์ผ ํจ.
2) clear description of each change : ๊ฐ ๋ณ๊ฒฝ์ ์ค๋ช ์ ํด๋์ด์ผ ํจ.
3) strict policy on the storage of versions : ์ด๋ค ๋ฒ์ ์ ์ด๋์ ์์นํด๋ ๊ฒ์ด๊ณ ์ด๋์ ๋ ๋๋ฉด ์์ ๋ฒ์ ์ ํ๊ธฐํ ๊ฑด์ง..? ๋ฑ๋ฑ
*Version No.*
1) Version : work product๊ฐ ์์ง ๊ฐ๋ฐ ๋จ๊ณ์ ์๋ค๋ฉด, 0๋ถํฐ ์์. ๋ง์ฝ ๊ณต์์ ์ผ๋ก ์น์ธ, ์ถ์๋๋ฉด ๋ฒ์ 1์ ์ง์นญ.
๊ทธ ์ดํ๋ก๋ ์ฃผ์ํ update์์๋ง ๋ฒ์ ๋๋ฒ๊ฐ ์ฆ๊ฐํจ.
2) Increment : 1๋ถํฐ ์์. ๊ฐ ๋ณํ๋ฅผ ๊ธฐ๋กํ ๋๋ง๋ค 1์ฉ ์ฆ๊ฐ. Sub-increment๋ ์คํ๋ฅผ ์์ ํ์ ๋๋ง ์ฌ์ฉํจ.
9๋ ๋ฆด๋ฆฌ์ฆ ์ ์ด๋ ์น์ธ ์ ์ ์ต์ข ๋ฒ์ ์ ๋ํ๋ด๋๋ฐ ์ฌ์ฉ๋๊ธฐ๋ ํจ.
๐ก 6.4 Configurations and Baselines
*์๋ง์ ์ค์ ์ ์ํ ํน์ฑ*
1) Logically connected : The set of requirements in the configuration belongs together in view of a certain goal.
2) Consistent : has no internal conflicts and can be integrated in a system.
3) Unique : clearly and uniquely idenfitied.
4) Unchangeable : never be changed in this configuration
5) Basis for reset : allow to fallback to previous configuration
*Configuration has 2 dimensions*
1) The product dimension : ์ด๋ค ์๊ตฌ์ฌํญ์ด ์ด ํน์ configuration์ ํฌํจ๋์ด ์๋์ง. ๊ฐ๋ ํ๋์ configuration์ด ๋ชจ๋ requirement๋ฅผ ํฌํจํ๊ธฐ๋ ํ์ง๋ง ๋ณดํต ์ ํ์ ์ด๋ค.
ํ๋์ค์ด๋ก ๋ฆด๋ฆฌ์ฆํ ๊ฐ์ ์์คํ ์ด ์์ด์์๋ ๋ค๋ฅธ ํ๊ฒฝ์ค์ ์ ํตํด ๋ฆด๋ฆฌ์ฆ ๋ ์ ์์.
2) Ther version dimension : ๋ชจ๋ ์๊ตฌ์ฌํญ์ ํ๋์ ๋ฒ์ ์๋ง ์กด์ฌ. configuration์ ๋ชฉ์ ์ ๋ฐ๋ผ ์ต์ ๋ฒ์ ์ด ๋๊ฑฐ๋ ์ด์ ์ ์ด ๋ ์ ์์. ๋ ์์ ๋ฒ์ ์ผ๋ก ์๋กญ๊ฒ ๋ฆด๋ฆฌ์ฆ ๋๋ ๋ชจ๋ ์ฐ์ถ๋ฌผ๋ค์ด ๊ฐ๊ธฐ ๋ค๋ฅธ configuration์ ๊ฐ๋ ๊ฒ.
* Baseline : ์ค์ํ ๋จ๊ณ๋ฅผ ํ์ํ๊ฑฐ๋ ํ๋ก์ ํธ์ ์๋ก์ด ํฌ์ธํธ๋ฅผ ์ฌ์ธํ ํ ๋ stable, validated, change-controlled configuration
-> Baseline์ ๋ค์ ๋จ๊ณ๋ฅผ ์ํ ์์ ์ ์ธ starting point๋ฅผ ์ ์ํด์ฃผ๊ธฐ ๋๋ฌธ์ ํน์ ๋ชฉ์ ์ ๊ณํํ๊ธฐ์ ๋งค์ฐ ์ ์ฉํจ.
๐ก 6.5 Attributes and Views
- Attributes(ํ๋ก์ ํธ์ ์์คํ ์ stakeholders ๋์ฆ ์ ๋ณด์ ๋ฐ๋ผ ์๊ตฌ์ฌํญ์ ์ ์๋์ด์ผ ํ๋ ์์ฑ๋ค)
1) identification : unique, immutable identifier
2) Stakeholder priority
3) Dependency : ์๊ตฌ์ฌํญ ๊ฐ์ ์์กด๊ด๊ณ. Low-priority ์๊ตฌ์ฌํญ์ด ๋ค๋ฅธ๊ฒ๋ณด๋ค ๋จผ์ ์ํ๋์ด์ผ high-priority๊ฐ ์ฌ๊ธฐ์ ์์กดํ ์ ์์.
4) Risk : ์ํ, ํผํด, ์ถ๊ฐ ๋น์ฉ, ์ง์ฐ, ๋ฒ์ ๋ฌธ์
5) Source : ์๊ตฌ์ฌํญ์ด ์ด๋์๋ถํฐ ์๋์ง.
6) Rationale : ํฉ๋ฆฌ์ฑ. ์ ์ด ์๊ตฌ์ฌํญ์ด ํ์ํ์ง ๋ช ํํ ์ฆ๋ช ํ ์ ์์ด์ผ ํจ.
7) Difficulty : ์ผ๋ง๋ ์ด๋ ค์ด์ง? ์ผ๋ง๋ ๋ ธ๋ ฅ์ด ํ์ํ์ง ๋ฑ์ ์ธก์ ํด์ผ ํจ.
8) Type : ๊ธฐ๋ฅ์ ์๊ตฌ์ฌํญ? ๋น๊ธฐ๋ฅ? Constraints? ์ธ์ง ๊ตฌ๋ถํด์ผ ํจ.
- Views
1) Selective views : ์ ํ์ ๊ด์ . ํน์ ๋ถ๋ถ์ ์ง์คํด์ ๋ณด๋๊ฑฐ?
2) Projective views : ์๊ตฌ์ฌํญ์ ๋ชจ๋ ๋ฐ์ดํฐ์์ ์ ํํ ํญ๋ชฉ๋ง์ ๋ณด์ฌ์ค.(ID, ๋ฒ์ ๋ฒํธ ๋ฐ ์ด๋ฆ๋ง)
3) Aggregating views : ์ง๊ณ๋ ์๋ฃ๋ฅผ ๋ด. ์์ฝ, ํ๊ท ๋ฑ์ ๋ด.
๐ก 6.6 Traceability
1) Backward : ์ด ์๊ตฌ์ฌํญ์ ๊ทผ์์ ์ฐพ์ผ๋ฌ ๊ฐ. -> ์ด ์๊ตฌ์ฌํญ์ ์ด๋์ ์ฐพ์ ์ ์๋์ง, ์ด๋ป๊ฒ ๋์ถ๋๊ฑด์ง?
2) Forward : ์ด ์๊ตฌ์ฌํญ์ด ์ด๋์ ์ฐ์ด๊ณ ์์? ->์ด๋ค ๋ชจ๋ ์ด๋ค ํ ์คํธ์ผ์ด์ค์ ์ฐ์ด๊ณ ์๋์ง?
3) between requirements : ์ด ํ์ง ์๊ตฌ์ฌํญ์ด ๊ธฐ๋ฅ์ ์๊ตฌ์ฌํญ์ด๋ ์ฐ๊ด์ด ๋ผ์์ด? -> ์ด๋ค๋ผ๋ฆฌ ์ด๋ป๊ฒ ์ฐ๊ด์ด ๋ผ์๋์ง -> ๋ ๋ณต์กํ ํ๋ก์ ํธ์์๋ traceabiliry๋ ๋ช ์์ ์ผ๋ก ๋ฌธ์ํ ํ ํ์๊ฐ ์์.
๐ก 6.7 Handling Change
* Change enablement *
- ๋ชจ๋ ์ํ์ด ์ ํํ๊ฒ ํ๊ฐ ๋์๋์ง ํ์ธ
- ๊ณ์ ์งํํ๋ ค๋ฉด ๋ณ๊ฒฝ์ ์น์ธ
- ๋ณ๊ฒฝ ๊ตฌํ ๊ด๋ฆฌ
๐ก 6.8 Prioritization
*์ฐ์ ์์๋ฅผ ์ง์ ํ๋ ๋จ๊ณ*
1) Define major goals and constraints for the prioritization : ๋ด๊ฐ ๋ ์ค์ํ ๊ฐ์น๋ฅผ ๋๊ณ ์๋ ๋ชฉํ๋ฅผ ์ ์ ํํ ๊ฒ.
2) Define desired assessment criteria : ๋ชฉํ์ ์ ์ฝ ์กฐ๊ฑด์ ๋ฐ๋ผ ์ฌ์ฉํ ๊ธฐ์ค์ ๊ฒฐ์ .
3) Define the stakehloders that have to be involved
4) Define the requirements that have to be prioritized : ์๊ตฌ์ฌํญ์ ์ฐ์ ์์๋ฅผ ์ ํ ๊ฒ
5) Select the prioritization technique : ์ฐ์ ์์ ์ง์ ๊ธฐ๋ฒ ์ ํ.
6) Perform prioritization : ์ค์ ๋ก ์๊ตฌ์ฌํญ์ ์ ์ฉ ํ ์ฐ์ ์์๊ฐ ์ง์ ๋ ์๊ตฌ์ฌํญ ๋ชฉ๋ก์ ์ป์ ์ ์์.
* ์ฐ์ ์์ ์ง์ ๊ธฐ์ *
1) Ad hoc techniques : ๊ทธ๋ค์ ๊ฒฝํ์ ์๊ฑฐํ์ฌ ์ ํ๋ ์๊ตฌ์ฌํญ์ ์ฐ์ ์์๋ฅผ ํ ๋นํ๋ ๊ฒ. ์ฆ์์์?
-> ๋ง์ฝ ์ ๋ฌธ ์ง์์ด ๋์ ์์ค์ด๊ณ ์ดํด๊ด๊ณ์๊ฐ ์์ฉํ ์ ์๋ค๋ฉด ์ฐ์ ์์๋ฅผ ์ง์ ํ๋ ๋น ๋ฅด๊ณ ์ ๋ ดํ ์ฌ์ด ๋ฐฉ๋ฒ์ด ๋ ์ ์์. Kano๋ ์ ์ฉํ ๋ฐฉ๋ฒ
2) Analytical techniques : ์ฒด๊ณ์ ์ธ ํ๋ก์ธ์ค๋ฅผ ์ฌ์ฉ. ์ฌ๋ฌ ํ๊ฐ ๊ธฐ์ค์ ๊ฐ์ค์น๋ฅผ ํ ๋นํ๊ณ ์ด ๊ฒฐ๊ณผ๊ฐ ์ ์ฉ๋ ๋๋ก ์ฐ์ ์์๋ฅผ ์ ํจ.
-> ๋ง์ ์๊ฐ๊ณผ ๋ ธ๋ ฅ์ด ํ์ํ์ง๋ง ์ด ํ๋ก์ธ์ค์ ๋ํ ๋ช ํํ ํต์ฐฐ๋ ฅ์ ์ ๊ณตํ ์ ์๋ค๋ ์ด์ ์ด ์์.
but!!!
1. ๊ฒฐ๊ณผ ๊ณ์ฐ์ ์ฌ์ฉ๋๋ ๊ฐ์ค์น ์์ธ์ ์ํด ๊ฒฐ๊ณผ๊ฐ ํฌ๊ฒ ์ํฅ์ ๋ฐ๊ธฐ ๋๋ฌธ์ ์ด ๊ฐ์ค์น ์์์ ๋ํ stakeholder๊ฐ์ ํฉ์๊ฐ ์ด๋ฃจ์ด์ ธ์ผ ํจ.
2. ์ด ๊ฐ์ค์น๋ก ์ธํด ์ธก์ ๋ ์ฌ์ค์ ์ถ์ ์น๋ผ๋ ๊ฒ์ ๊ณ ๋ คํด์ผ ํจ.
Reference
Handbook for the CPRE Foundation Level according to the IREB Standard
Version 1.1.0
September 2022
์ ์ฑ ๋ด์ฉ์ ์ฑํฐ๋ณ ์ค์ํ ํฌ์ธํธ ์์ฃผ๋ก screenshot์ ํตํด ์ ๋ฆฌํ ์๋ฃ์ ๋๋ค.
์ค์ค๋ก ๊ณต๋ถํ๊ธฐ ์ํ ์์ ์ ๋ฆฌ ๋ ธํธ์ด๋ฏ๋ก ์์ ์ ์ธ ์ฌ์ฉ ๋ชฉ์ ์ ์ ํ ์์์ ์๋ ค๋๋ฆฝ๋๋ค:)
์ด ์ํ์ ๋ํ ์ ๋ณด ๋ฐ ๊ฐ์ข ์๋ฃ๋ ์๋ ์ฌ์ดํธ์์ ํ์ธํ์ค ์ ์์ต๋๋ค. โฌโฌโฌ
http://www.kstqb.org/sw/lreb.asp
'Requirement Engineering' ์นดํ ๊ณ ๋ฆฌ์ ๋ค๋ฅธ ๊ธ
[IREB CPRE] Chapter 7. Tool Support (0) | 2023.04.05 |
---|---|
[IREB CPRE] Chapter 5. Process and Working Structure (1) | 2023.03.15 |
[IREB CPRE] Chapter 4. Practices for Requirements Elaboration 2๏ธโฃ (0) | 2023.03.08 |
[IREB CPRE] Chapter 4. Practices for Requirements Elaboration 1๏ธโฃ (0) | 2023.03.01 |
[IREB CPRE] Chapter 3. Work Products and Documentation Practices 2๏ธโฃ (0) | 2023.02.22 |