Софтуерни технологии
Изтегляне 2.27 Mb.
|
Свързани:
empty doc
- Навигация на страницата:
- 8.УПРАВЛЕНИЕ НА КАЧЕСТВОТО 8.1. Проблемът за управление на качеството
| Литература
Fenton N. Software Metrics — A Rigorous Approach. Chapman & Hall, London, 1991 Kitcheman B. Software metrics in Software Reliability Handbook (ed. by P.Rook), London, Elsevier, 1990. Йенсен, P., Ч.Тониз. Технология на програмирането. Техника, София, 1987. Липаев В. Качество программного обеспечения. M., Финанси и статистика, 1983. McCabe Т. A complexity measure. IEEE Transactions on Software Engineering, SE-2,1976, pp. 308—320. Gong, H., M.Schmidt. A complexity Measure Based on Selection and Nesting. ACM SIG- METRICS,Nov.l983. Halstead M.H. Elements of Software Science. New York, Elsevier, 1977. Hocker, H. et al. Comparative Descriptions of Software Quality Measures. GMD-Studien Nr.81,1984. Gordon R.D. Measuring Inprovements in Program Clarity. IEEE Trans, on SE, SE-5(2) 1979 pp. 79—90. Budde et al. Untersuchungen ueber Massnahmen zur Verbesserrung der Software Production, Teil 1, Bericht Nr. 130 der Gesellschaft fuer Mathematik und Datenverarbeitung. Munchen- Wien, Oldenbourg Verlag, 1980. Rechenberg P. Ein neues Massfuer die softwaretechnische Komplexitaet von Programmen. Informatik Forsch. Entw. Nr. 1,1986, pp. 26— 37. Gunning R. Technique ofClear Writing. New York, Mc Graw Hill, 1968. Boehm et al. Characteristics ofSoftware Quality. TRW Series ofSoftware Technology, vol. 1, North Holland, 1978. 92 8.УПРАВЛЕНИЕ НА КАЧЕСТВОТО 8.1. Проблемът за управление на качеството В глава 6. бяха разгледани проблеми на качеството на софтуерния про- дукт. Производството на софтуер, както видяхме в глава 2. и специално в 2.3.8., е резултат на процес. Този процес има свои характеристики, които могат да имат различна степен на съвършенство. Следователно може да се говори за качество и на софтуерния процес. Близко до ума е, че при по-добро качество на софтуерния процес по принцип трябва да се очаква и по-добро качество на софтуерния продукт. Например, ако процесът на планиране и създаване на тес- товите данни за определен програмен продукт се извърши грижливо и компе- тентно, т. е. с високо качество, може да се очаква, че продуктът ще има по- висока стойност на фактора надеждност. Следователно осигуряването на качеството на софтуера (OKC) не мо- же да не се свърже с планирането и прилагането на подходящи мерки през целия производствен цикъл. Това е изразено много точно в [1] по следния начин: "Качеството е едновременно философия и съвкупност от ръководни прин- ципи, които са основата на една непрекъснато подобряваща се организация, интегрираща: фундаментални техники за управление, постоянни усилия за усъвършенстване, технически средства, всичко това в рамките на един дисциплиниран и целенасочен метод." Следствие от тази синтезирана мисъл впрочем е, че качеството не може да бъде единствено задача, специално възложена на дадено лице или дори група, а трябва да се разглежда и като приоритетна отговорност на всеки, участващ в разработването на софтуерния продукт. Следователно методите и конкретните мерки на ОКС трябва да са такива, че да мотивират, ангажират и задължават всеки да работи за качеството на продукта. ОКС е тясно свързано с жизнения цикъл на програмния продукт, по-точно с всяка негова фаза. Планирането му следва да се извърши още в началните фази и да обхваща всички следващи фази. Всеки междинен продукт, резултат от дадена фаза, заедно със своите характеристики следва да бъде точно дефини- ран. На тази основа следва да се предвидят начини за обективно установяване 93 доколко удовлетворително е реализиран този междинен продукт (за крайния продукт казаното се подразбира). За да се осъществи тази дейност по един сис- тематичен и ефективен начин, теорията препоръчва да се изработи програма за осигуряване на качеството на софтуера (ПОКС). Изтегляне 2.27 Mb. Сподели с приятели:
|