Характеристики качества ПО

Перечень показателей качества:

- документированность,

- эффективность,

- простота использования,

- удобство эксплуатации,

- мобильность,

- совместимость,

- испытуемость,

- стоимость.

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

Программа должна:

1. работать согласно техническому заданию (и это легко проверяется);

2. быть эффективна по быстродействию и памяти (или быстрее работать или занимать меньше памяти);

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

4. быть приспособлена к выявлению ошибок (достаточно надежна в процессе расчета получать достоверные результаты);

5. должна быстро разработана и отлажена с минимальными трудозатратами.

0.5. Проектирование программных продуктов (ПП)
0.5.1. Классификация методов проектирования ПП
Неавтоматизированное проектирование алгоритмов и программ используется при разработке небольших по трудоемкости и структурной сложности ПП. Автоматизированное проектирование используется в крупных фирмах при разработке определенного класса ПП большого коллектива разработчиков. .Структурное проектирование – это последовательная декомпозиция, целенаправленное разбиение на отдельные составляющие. Структурное проектирование включает в себя: - нисходящее проектирование ("сверху вниз"), - модульное программирование, - структурное программирование (кодирование). Информационное моделирование – построение комплекса взаимосвязанных моделей данных. Объектно-ориентированный подход основан на: - выделении классов объектов; - установлении свойств объектов и методов их обработки; - создании иерархии классов, наследовании свойств объектов и методов их обработки. Каждый объект объединяет данные и программу обработки этих данных и относится к определенному классу. Основная цель ООП - преодолеть следующие недостатки проектирования “сверху вниз”: - недостаточное внимание к структурам данных, - слабая связь структур данных с процессами их обработки.	Проектирование алгоритмов и программ – наиболее ответственный этап жизненного цикла ПП. Традиционное неавтоматизированное проектирование алгоритмов и программ используется при разработке небольших по трудоемкости и структурной сложности ПП, не требующих большого числа разработчиков. ПП имеют прикладной характер. Автоматизированное проектирование алгоритмов и программ возникло с необходимостью уменьшить затраты на проектные работы, сократить сроки их выполнения, создать типовые "заготовки", многократно тиражируемых для различных разработок, координации работ большого коллектива разработчиков Методология –это подходы к проектированию Начало развития падает на 60-е годы. Метод нисходящего проектирования предполагает последовательное разложение общей функции обработки данных на простые функциональные элементы ("сверху вниз"). В основе Информационного моделирования лежит положение об определяющей роли данных при проектировании алгоритмов и программ. Структурное программирование основано на модульной структуре программного продукта и базовых алгоритмических структурах. Кроме того, ООП позволяет резко сократить объем и трудоемкость подготовки программ, имеющих дело с множеством связанных друг с другом объектов. Объектно-ориентированный анализ – это выявление объектов, определение свойств и методов обработки объектов, установление их взаимосвязей. ООП процесс объектной декомпозиции и представления с использованием моделей данных проектируемой системы на логическом и физическом уровнях.
0.5.2. Этапы создания ПП	0.5
Составление технического задания на программирование. На этом этапе требуется: · определить тип ОС - MS DOS, Windows, Windows NT, · оценить необходимость сетевого варианта работы программы, · определить необходимость разработки программы, · обосновать необходимость работы с БД под управлением СУБД, · выбрать методы решения задачи, · разработать обобщенный алгоритм решения комплекса задач и структуры данных, · определить требования к интерфейсу пользователя. Технический проект. На этом этапе выполняется: · разработка детального алгоритма обработки данных, · определение состава общесистемного программного обеспечения, включающего базовые средства (ОС, модель БД, электронные таблицы), · разработка внутренней структуры ПП, образованной отдельными программными модулями, · выбор средств разработки программных модулей. 3. Рабочая документация (рабочий проект). На этом этапе осуществляется: · разработка программных модулей, · программирование или создание программного кода, · отладка программного продукта, · испытание работоспособности программных модулей и базовых программных средств, · подготовка контрольного примера, для проверки соответствия ПП заданию, · создание эксплуатационной документации на программный продукт: – Описание применения; – Руководство пользователя; – Руководство программиста (оператора). – Обучающей системы (для ПП массового применения) 4. Ввод в действие. Готовый программный продукт сначала проходит опытную эксплуатацию, а затем сдается в промышленную эксплуатацию.	Создание программных продуктов трудоемкий процесс, основанный на определенной технологии. которую можно переносить на различные платформы. Разрабатывают функциональную структуру алгоритма или состав объектов, определяют требования к комплексу технических средств системы. Пример: для создания MS DOS- приложений может быть использован язык программирования Visual Basic for DOS Standard, Fortran, Visual C++ for Windows. Если необходима переносимость программ на другие ЭВМ, выбирается среда Windows NT. При разработке программ, работающих в среде Windows, возможно применение технологии OLE, для создания приложений. Приложение может работать с БД различных СУБД. - характеристика программного изделия с указанием сферы его применения; - детальное описание функциональных возможностей и технологии работы с программным продуктом; - указывает особенности установки программного продукта. Тиражирование и распространение ПП

0.6. Структура программных продуктов (ПП).

В большей степени программные продукты не являются монолитом и имеют конструкцию построения – совокупность программных модулей.

Архитектура ПП представляет собой совокупность и взаимосвязь программных модулей.

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

ПП обладает внутренней структурой, что обеспечивает удобство разработки, программирование, отладку и внесение изменений в ПП. Программные комплексы большой алгоритмической сложности разрабатываются коллективом разработчиков (2-15 человек). Управлять разработкой программ можно при научной основе.

Программный продукт обладает внутренней структурой.

Структуризация программы выполняется для удобства

– разработки,

– программирования,

– отладки,

– внесения изменения в ПП.

Структуризация ПП преследует следующие цели:

· Распределить работы по исполнителям, обеспечив их загрузку и требуемые сроки разработки;

· Построить календарные графики проектных работ и осуществлять их координацию в процессе создания программных изделий;

· Контролировать трудозатраты и стоимость проектных работ.

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

Среди множества модулей различают:

Г о л о в н о й модуль – управляет запуском ПП; (Существует в единственном числе.)

· У п р а в л я ю щ и й модуль – обеспечивает вызов других модулей на обработку;

· Р а б о ч и е модули - выполняют функции обработки

· С е р в и с н ы е модули и библиотеки, утилиты –осуществляют обслуживающие функции.

Каждый модуль оформляется как самостоятельно хранимый файл. Для функционирования ПП необходимо наличие программных модулей в полном составе.

В работе ПП активизируются необходимые программные модули. Управляющие модули задают последовательность вызова на выполнение очередного модуля. Информационная связь модулей обеспечивается за счет использования общей БД либо межмодульной передачи данных через переменные обмена.

Структура ППП многомодульная.