Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Tehnologiq_progr-niq-lekcii_dopolnennye.doc
Скачиваний:
11
Добавлен:
07.09.2019
Размер:
529.92 Кб
Скачать

46

Технология программирования. Качество программных систем.

Основные требования к программам, входящим в программную систему:

  1. Правильность (функционирует в соответствии с техническим заданием).

  2. Точность (результаты имеют допустимые отклонения от аналогичных результатов расчётов по идеальным математическим моделям).

  3. Совместимость (программа работает должным образом не только автономно, но и как составная часть всей программной системы).

  4. Надёжность (программа при всех условиях обеспечивает полную повторяемость результата).

  5. Универсальность (правильно работает при любых допустимых вариантах исходных данных, предусматриваются средства защиты от неправильных данных).

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

  7. Полезность (решаемая задача представляет практическую ценность).

  8. Эффективность (объём требуемых ресурсов не превышает допустимых пределов).

  9. Проверяемость (качество программы могут быть продемонстрированы на практике).

  10. Адаптируемость (допускает быструю модификацию для приспособления к новым условиям).

Аспекты качества оценки программных систем.

Качество программы определяется с разных точек зрения:

  1. Среда пользователей: качества программы должны проявляться для тех, кто с ними работает, то есть программный продукт должен быть ориентирован на нужды пользователя. Поэтому при проектировании программных систем надо вовлекать пользователей в процесс создания программы. Соответственно выделяют:

  1. служащие, подготавливающие документацию на компьютере;

    1. инженеры, выполняющие научно-технические расчёты;

      1. работники вспомогательного персонала, отвечающие за ввод информации, контролирующие правильность и точность данных.

  1. Вычислительная среда, с которой взаимодействует программа. Проще создать хорошую программу, располагая эффективными вспомогательными средствами. Таким образом, рекомендуется максимально использовать сервисные средства автоматизации проектирования.

  2. Среда заказчиков. Официальному заключению договора предшествует проработка вопросов, где необходимо прояснить:

  1. реальную потребность в такой системе;

    1. оценить возможности программной системы, её разработки и примерный объём затрат;

      1. оценить ожидаемый эффект от её внедрения.

После завершения предварительных исследований составляется список требований, предъявляемых к системе:

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

  2. Описание выполняемых системой функций.

  3. Ограничения, которые надо учитывать при проектировании (сроки завершения отдельных этапов, имеющиеся ресурсы, мероприятия по сохранности информации).

ВЫВОД: Необходимо всесторонне анализировать эффекты, связанные с внедрением в систему.

Стадии разработки программного обеспечения.

ГОСТ 19102-77

Согласно этому ГОСТу существуют следующие стадии:

  1. Техническое задание (т.з.).

  2. Эскизный проект (э.п.).

  3. Технический проект (т.п.).

  4. Рабочий проект (р.п.).

  5. Внедрение.

Рассмотрим каждый из них:

    1. Техническое задание. Выполнение следующих работ:

  • постановка задачи;

  • сбор исходных материалов;

  • выбор и обоснование критериев эффективности и качества разрабатываемой программы;

  • обоснование необходимости проведения научно-исследовательских работ;

  • обоснование целесообразности применения ранее разрабатываемых программ, принципиальные возможности решения поставленной задачи;

  • предварительный выбор методов решения задач;

  • определение требований к техническим средствам;

  • определение требований и целей разработки программ, стадий, этапов, сроков разработки программы и документаций на неё;

  • проведение технико-экономического обоснования разработки программ;

  • согласование и утверждение т.з.

  1. Эскизный проект. Виды работ:

  • внешнее проектирование программного изделия;

  • уточнение методов решения задач;

  • предварительное проектирование внутренних структур данных;

  • разработка общего алгоритма решения задач, укрупненной структурной схемы программного изделия, пояснительная записка.

Внешнее проектирование программного изделия есть процесс описания ожидаемого поведения системы с точки зрения пользователя.

При разработке э.п. определяются:

  • способы взаимодействия пользователя с программой,

  • функции пользователей,

  • тип взаимодействия,

  • структура и содержание информационных кадров и шаблонов диалога,

  • структура входных и выходных данных.

  1. Технический проект. Виды работ:

  • проектирование архитектуры программного изделия (изделие делят на составные части, определяют функции каждой компоненты, способы взаимодействия между ними, разрабатывают схемы управления потоками данных, схемы распределения оперативной и внешней памяти);

  • проектирование структур данных (определяются способы представления, хранения и преобразования входных, выходных и внутренних данных);

  • проектирование модульной структуры изделия: разбиение компонентов на подпрограммы, определение их функций и способов взаимодействия;

  • проектирование модулей: описание всех модулей программного изделия, т.е. назначение имён модулей, описание их функций, входных и выходных данных, их форматов, диапазонов допустимых значений, функциональной взаимосвязи между входом и выходом, описание событий внешних по отношению к модулю, форма обращения к модулю, список модулей вызываемых данных и модулей, которые вызывает данный модуль, описание алгоритма модуля;

  • разработка пояснительной записки.

  1. Рабочий проект. Виды работ:

  • кодирование, тестирование и отладка программ;

  • разработка программных документов согласно требованиям ЕСПД;

  • проведение приёма сдаточных испытаний;

  • корректировка программ и документации по результатам испытаний.

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