๋ณธ๋ฌธ ๋ฐ”๋กœ๊ฐ€๊ธฐ

Requirement Engineering

[IREB CPRE] Chapter 6. Management Practices for Requirements

728x90
๋ฐ˜์‘ํ˜•
SMALL

๐ŸŸก 6.1 What is Requirement Management?

-> ์š”๊ตฌ์‚ฌํ•ญ์ด ์‚ด์•„์žˆ๋Š” ๊ฒƒ์ด๊ธฐ ๋•Œ๋ฌธ์— ๊ด€๋ฆฌ๊ฐ€ ํ•„์š”ํ•จ.

-> ์š”๊ตฌ์‚ฌํ•ญ ๊ด€๋ฆฌ๊ฐ€ ๋ฌด์‹œ๋  ๊ฒฝ์šฐ์—๋Š” ๋ณต์žก์„ฑ์ด ๋” ์ฆ๊ฐ€ํ•˜๊ณ  ํ’ˆ์งˆ ๋ฌธ์ œ๊ฐ€ ๋ฐœ์ƒํ•  ์ˆ˜ ์žˆ๊ณ  ํšจ์œจ์„ฑ์ด ๊ฐ์†Œํ•จ.

 

 

 

๐ŸŸก 6.2 Life Cycle Management

 

 

Life cycle management implies

 

-> ์ž‘์—… ์ œํ’ˆ์˜ ์ƒํƒœ๋ฅผ ์ผ์ผํžˆ ๊ธฐ๋กํ•˜๋‹ค ๋ณด๋ฉด ์š”๊ตฌ์‚ฌํ•ญ์ด ์•ž์œผ๋กœ ์–ด๋–ป๊ฒŒ ๋ณ€๊ฒฝ๋˜๊ณ  ์™œ ์ด๋Ÿฐ ์ผ์ด ๋ฐœ์ƒํ•  ์ˆ˜ ์žˆ๋Š”์ง€์— ๋Œ€ํ•ด ์•Œ ์ˆ˜ ์žˆ์Œ.

 

 

 

 

๐ŸŸก 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 *

์ดˆ์ ์„ ๋งž์ถฐ์•ผ ํ•  3๊ฐ€์ง€ ์ธก๋ฉด

 

 

- ๋ชจ๋“  ์œ„ํ—˜์ด ์ •ํ™•ํ•˜๊ฒŒ ํ‰๊ฐ€ ๋˜์—ˆ๋Š”์ง€ ํ™•์ธ

- ๊ณ„์† ์ง„ํ–‰ํ•˜๋ ค๋ฉด ๋ณ€๊ฒฝ์„ ์Šน์ธ

- ๋ณ€๊ฒฝ ๊ตฌํ˜„ ๊ด€๋ฆฌ

 

 

 

 

 

๐ŸŸก 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

 

 

 

 

 

728x90
๋ฐ˜์‘ํ˜•
LIST