Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Answer.docx
Скачиваний:
18
Добавлен:
15.04.2019
Размер:
861.2 Кб
Скачать

4. Элементарные критерии качества и метрики по.

Каждый элементарный критерий может влиять на несколько обобщенных.

  1. Точность – определяет получение каких-либо значений при работе с программой для получения данных. Точность результата зависит от точности предоставленных исходных данных.

  2. Согласованность – все части ПО организованны определенным адекватным образом с использованием единой терминологией и системы обозначения.

  3. Структурируемость – правильное построение программы.

  4. Отсутствие избыточности – отсутствие лишних, ненужных частей.

  5. Универсальность – возможность использования программного средства для решения более широкого круга задач.

  6. Защищенность – защита от злоупотребления, от несанкционированного доступа (для интернет программ).

Метрики:

  1. Число строк кода – Lines Of Code (LOC)

  2. Число обнаруженных ошибок за месяц работы ПО

  3. Число строк документации

  4. Число различных операндов

  5. Наличие средств проверки входных данных

  6. Число внешних вводов

  7. Число внешних выводов

  8. Число классов

  9. Глубина иерархии классов

  10. Степень взаимосвязанности классов

  11. Число переопределяемых методов

  12. Время разработки в человеко-месяцах (характеризует процесс разработки)

  13. Стоимость разработки (характеризует процесс разработки)

  14. Относительные характеристики: KLOC, число ошибок / KLOC, стоимость / LOC, число строк документации / KLOC

5. Факторы, влияющие на выбор системы программирования.

  1. Соответствие языка характеру решаемой задачи.

  2. Надежность

  3. Возможность управления аппаратными средствами

  4. Быстрота трансляции

  5. Эффективность объектного кода – насколько быстро выполняется, насколько компактен.

  6. Сервисные возможности (средства отладки, работа с файлами, встроенная помощь, навигация, интеграция со средствами поддержки разработки – CASE-средствами и средствами организации коллективной разработки).

6. Жизненный цикл по.

  1. Технико-экономическое обоснование разработки. Определяются возможности заказчика, постановка задачи, набор технических средств.

  2. Анализ требований (анализ предметной области). На этом этапе определяются модели поведения системы, структура входных и выходных данных, требования к интерфейсу, начинается подготовка технической документации.

  3. Проектирование: определение основной структуры данных, разработка методов решения задач, распределение заданий между программистами выполняется.

  4. Программирование. На вспомогательном языке записывается алгоритм решения задачи, метода. На основе текста на псевдокоде осуществляется программирование на алгоритмическом языке.

  5. Тестирование и отладка. Тестирование – процесс испытание ПО с целью обнаружения ошибок. Отладка – локализация и устранение ошибки.

  6. Сопровождение – обеспечение правильной эксплуатации системы. Выполняется разработчиками.

7. Функционально-ориентированная стратегия разработки по.

технологии:

  • Нисходящая (водопадная)

  • Восходящая

  • Расширения ядра

Технико-экономическое обоснование  Анализ требований  Функциональное проектирование - - -  программирование ---  Тестирование и отладка (- - - - возврат к Функц. проект.).

Возвраты на предыдущие этапы нежелательны!!!

Недостатки ФОС разработки программ:

  • Неадекватность по отношению к большинству предметных областей

  • Требования к ПС должны быть четко определены с самого начала и не должны изменяться

  • Последовательное выполнение всех этапов разработки

  • Невозможность в большинстве случаев создания прототипа системы

  • Сложность внесения изменений в готовую систему

  • Повышение трудоемкости к концу разработки

  • Недостаточное внимание уделяется данным

  • Желательно наличие у разработчиков опыта работы над аналогичными проектами

Нисходящая технология:

  • Основная цель этапа проектирования – построение схемы иерархии.

  • Схема иерархии – функциональная схема, представляющая собой ориентированный граф. Вершины – функции (подпрограммы), ребра – отношения функция-подфункция.

  • В процессе построения схемы иерархии каждая новая функция рассматривается как черный ящик.

  • В схеме иерархии не отражены потоки данных и логика работы программной системы.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]