М. Сидоров - ВСТУП ДО ІНЖЕНЕРІЇ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

• Название: ВСТУП ДО ІНЖЕНЕРІЇ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
• Автор: М. Сидоров
• Жанр: Программирование
• ISBN: 978-966-598-626-3

МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ Національний авіаційний університет

М. О. Сидоров

ВСТУП ДО ІНЖЕНЕРІЇ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

Курс лекцій Київ

Видавництво Національного авіаційного університету «НАУ-друк» 2010

УДК 004.4(042.4) ББК з 973.20-018.2я7 С 347

Рецензент: S. А. Резніченко- канд.фіз.-мат.наук (Інститут програмних систем HAH України); В, А. Дерецький - канд.фіз.-мат.наук (Інститут програмних систем HAH України); В. А. Хоменко - канд.техн. наук, доц. (Національний авіаційний університет)

Затверджено методично-редакційною радою Національного авіаційного університету (протокол № 14 від 03.07.2008p.).

Сидоров М. О.

С 347 Вступ до інженерії програмного забезпечення : курс лекцій / М.О.Сидоров. - К.: Вид-во Нац. авіац. ун-ту «НАУ-друк», 2010. -112 с.

ISBN 978-966-598-626-3

У курсі лекцій викладено основні положення інженерії програмного забезпечення.

Для студентів напряму 6.050103 "Програмна інженерія".

УДК 004.4(042.4) ББК з 973.20-018.2я7

ISBN 978-966-598-266-3 © Сидоров М.О.. 2010

---

Таблиця 7.2

Параметр Опис RELY (Required Software Reliability) Враховує ступінь виконання програмою певної дії протягом певного часу DATA (Database Size) Враховує вплив обсягу тестових даних на розробку продукту. Рівень цього парамет­ра розраховується як співвідношення байт у тестованій базі даних до SLОС у прог­рамі CPLX (Product Complexity) Включає п'ять типів операцій; управління, рахункові, пристрійно-залежні, управління даними, управління, призначене для корис­тувача інтерфейсом, Рівець складності — це суб'єктивне середньозважене значення рівнів типів операцій RUSE (Developed for Reusability) Враховує трудовитрати (потрібні додатко­во для написання компонентів), призначе­ні для повторного використання в даному або подальших проектах. Використовує такі оцінні рівні: «у проекті», «у програ­мі», «у лінійці продуктів», «у різних ліній­ках продуктів». Значення параметра нак­ладає обмеження на параметри RELY і DOCU DOCU (Documentation Match To Life-Cycle Needs) Враховує ступінь відповідності докумен­тації проекту його життєвому циклу TIME (Execution Time Constraint) Враховує тимчасові ресурси, використову­вані ПЗ при виконанні поставленого зав­дання STOR (Main Storage Constraint) Враховує відсоток використання сховищ даних PVOL (Platform Volatility) Враховує термін «життя» платформи (комп­лекс апаратного і ПЗ, який потрібний для функціонування того, що розробляється ПЗ) АСАР (Analyst Capability) Враховує аналіз, здатність проектувати, ефективність і комунікативні здібності групи фахівців, які розробляють вимоги і специфікації проекту. Параметр непови­нен оцінювати рівень кваліфікації окремо взятого фахівця РСАР (Programmer Capability) Враховує рівень програмістів у колективі. При виборі значення для цього параметра слід звернути увагу на комунікативні і професійні здібності програмістів і на ко­мандну роботу в цілому PCON (Personnel Continuity) Враховує плинність кадрів у колективі APEX (Applications Experience) Враховує досвід колективу при роботі над додатками певною типу PLEX (Platform Experience) Враховує вміння використовувати особ­ливості платформ, такі як: графічний ін­терфейс, бази даних, мережевий інтер­фейс, розподілені системи LTEX (Language and Tool Experience) Враховує досвід програмістів (мови, сере­довища та інструменти) TOOL (Use Of Software Tools} Враховує рівень використання інструмен­тів розробки SITE (Multisite Development) Враховує територіальну віддаленість (від офісу до міжнародних офісів) членів ко­манди розробинків і використовувані ними засоби комунікації (від телефону до відео конференц-зв'язку) SCED (Required Development Schedule) Враховує вплив тимчасових: обмежень, що накладаються на проект і на значення тру­довитрат

СПИСОК ЛІТЕРАТУРИ

1. Basilli V.R. Viewing Maintenance as Reuse-Oriented Software Development/V.R. Basilli //IEEE Software. 1990. - June. -P. 19-25.

2. Boehm B.W. Improving Software Productivity / B.W. Boehm // Computer. - 1987. - Vol. 20, n.9. - P. 43 - 57.

3. Boehm B.W. Software Engineering Economics / B.W. Boehm - Englewood Cliffs, Ш.: Prentice-Hall, 1981. - 257 p.

4. Boehm B.W. Spiral Model of software Development and Enhancement / B.W. Boehm // Computer. - 1988, - May. - P. 71 - 73.

5. Bosch J. Design and use of software architectures / J. Bosch. -Addison Wesley, 2000. - 325 p.

6. Black R. Critical Testing Processes / R. Black. - Addіson-Wesley, 2003.

7. Вlum В.A. Taxonomy of Software Development Methods / B.A. Blum // Coinmunication of the ACM. - 1994. - Vol. 37, n. 11,-Р. 82 - 94.

8. Budgen D. Software design: Reading / D. Budgen. - Addison-Wesley, 1994.-320 p.

9. Fenton K. Software Metrics: A Rigorous Approach / K. Fenton, E. Norman. - London: Chapman & Hall, 1991. — 638 p.

10. Glass R.L. Extrime programming the good, the bad. and the bottom line / R.L. Glass // IEEE. Software. - 2001, - Vol.18, n.7. - P.ll -P. 112,- 111 - 112.

[\. Georgiadou E. Software Process and Product Improvement: A Historical Perspective / E. Georgiadou // Кибернетика и системный анализ. - 2003. № 1, - P. 147 - 177,

12. Jacobson I. The Unified Software Development Process / I. Jacobson, G. Booch, J. Rumbaugh. - Addison-Wesley, 1999. - 310 p.

13.Jonsson P. Software Reuse. Architecture. Process and Organization for Business Success. Person Education Asia / P. Jonsson. - 2002. — 497 p.

14. Martin J. Rapid Application Development / J. Martin. -Macmillan, 1991. -250 p.

15. Perry D. Models of Software Development Environments / D. Perry, G. Kaiser // IEEE Trans. On Soft. Engin. - 1991. - Vol. 17, n. 3.-P. 283-295.

16. Pricto-Diaz R. Domain Analysis: An Introduction II Software engineering notes /R. Pricto-Diaz. - 1990. - Vol, 15, №. 2.- P. 47 - 54.

17. Railich V. Software cultures and evolution / V. Railich, N. Wilde // Computer. 2001. - Sept. - P.25 - 28.

IS. Rombach H.D, Software specifications: a framework / H. D. Rombach. - Carnegie mullon Univ: SET, 1990. - 30 p.

19. Rajlich W. A stage Model for the Software Life Cycle / W. Rajlich, K. Bennett // Computer. - 2000. - July. - P. 77 - 70.

20. Silverman B. Software Cost and Productivity Improvements: An Analogical view / B. Silverman // Computer.- 1985. - May. - P. 87 - 95.

21. Spillner A. Software Testing Foundations / A. Spillner, T. Linz, H. Schafer. - Dpunkt: Verlag, 2007. - 277 p.

22. Sidorov N.A. Software Stylistics / N. A. Sidorov // Proceedings of NAU. - 2005. - 2(24), - P. 98 - 103.

23. Toriik Matsumoto K. An Environment for Computer - Aided Empirical Software Engineering / Matsumoto K. Gingerz Toriik // IEEE Trans, On Software Eng. - 1999. - Vol. 25, №. 4 - P. 474 - 485 .

24. Van Veendabl E. Standard glossary of term used in Software testing / E. Van Veendabl. - ISTQB. - 2007. Vol. 1,2. - June. - 30 p.

25. Creting a software engineering culture / K. Wiegers // Dorset House Publishing. - New York, 2003. - 358 p.

26. Вельбицкий И.В. Технология программирования I И. В. Вельбицкий. - К.: Техніка, 1984. - 274 с.

27. Kane С. Тестирование программного обеспечения / С. Капе. - М: DiaSoft, 2001. - 542с.

28. Саммервил И. Инженерия программного обеспечения / И. Саммервил. - М.: Вильяме, 2002. - 720 с.

29. Сидоров Н.А. Повторное использование, переработка и вос­становление программного обеспечения / Н.А. Сидоров // Управ­ляющие системы и машины. - 2000. - № 3, 4. - С, 27 - 37.