Софтуерни технологии
Изтегляне 2.27 Mb.
|
Свързани:
empty doc
- Навигация на страницата:
- 7.5. Методологични проблеми на използването на софтуерните метрики
| 90
M5. Метрика за четимост I. Описание Обект на изследване са различни видове документи — ръководства за пот- ребителя, материали за обучение, спецификации и др. [12]. Предлаганата мярка е F = 0.4 * (lm + plw ), където lm е средна дължина на изречение, т. е. брой думи/брой изречения; plw — относителен дял на дългите думи, т. е. брой дълги думи plw = * 100 общ брой думи В българския език е прието дълги да се наричат думите с над 3 срички. II. Приложимост Мярката на четимост F отразява трудността на текста. Боем [13] предлага мярката F да е 10 < F <12 за обикновените делови документи и 12 Има и модификация на метриката за текстове на немски език, която да се използва за проверка на разбираемостта на софтуерната документация. Съществуват много софтуерни метрики (библиографията в [1] е почти из- черпателна) и затова интерес представлява изследването на връзките между тях. Изключително важен е резултатът от сравняване на някои метрики за програми. Оказва се, че могат да прилагат три основни метрики — за размер, метриката на Рехенберг за относителна сложност и метриката на Маккейб за структурна слож- ност, а много други мерки могат да се изведат от резултатите, получени само от тези метрики. Засега това е хипотеза след статистически експерименти, която си струва да бъде изследвана и с формални методи. 7.5. Методологични проблеми на използването на софтуерните метрики Конструирането на нови метрики, доказване на валидността на съществу- ващи, създаване на модели и др. са обект на изследване от научните работници или преподаватели в тази област. Но все още прилагането на метриките в реал- ни софтуерни проекти е ограничено. Някои от основните причини за това са: а) Участниците в софтуерните разработки нямат достатъчно добра теоретическа подготовка, за да оценят полезността на софтуерните метрики. Някои метрики (особе- но тези за процеси) изискват създаването на сложни модели и съответна организаци- онна структура, осъзнаването и реализацията на които може да продължи с години. б) Немислимо е използването на метрики в реалните сложни софтуерни проекти, без да са налице инструментални средства, автоматизиращи процеду- рите на измерване. Съществуващите немного такива инструментални средства обикновено са свързани с точно определена хардуерна и операционна среда. 91 Метриките, измерващи програми, зависят силно и от езика, на който са написа- ни програмите, което прави невъзможно създаването на универсални средства. От прагматична гледна точка интерес представлява следният въпрос: Как една софтуерна организация, осъзнала полезността на софтуерните метрики, може да изгради и внедри подходяща за нея система от метрики? На основата на изследванията в областта на софтуерните метрики и обобщавайки [1], може да се предложи следната постъпкова процедура: Формулирайте целта, която искате да постигнете с въвеждането на сис- тема от метрики (вж. част 3. от класификация А). Изберете свързваните с тази цел софтуерни обекти и съответните им характеристики. Проучете (или възложете проучването на специалист) какви софтуерни метрики съществуват за избраните характеристики. Съставете съвкупност от тези метрики, за които може да се осигурят (чрез закупуване или разработване) инструментални средства, автоматизиращи процедурите на измерване. Регламентирайте и осъществете система за натрупване и анализ на дан- ните от прилагане на метриките и определете контролен срок за експеримента. След изтичане на срока въз основа на експертна оценка на резултатите от прилагане на метриките преустановете експеримента или съставете нова съв- купност от метрики чрез отпадане на някои, добавяне на нови или модифицира- не на съществуващи. Във втория случай се върнете към стъпка 4. Изтегляне 2.27 Mb. Сподели с приятели:
|