3.1. Этапы создания программного продукта.
При традиционном не автоматизированном программировании независимо от принятого метода проектирования используемого инструментального выполнения следующей работы:
1 Составление технического задания на программирования –
Это этап анализа, спецификации программ и жизненного цикла программного продукта.
При составлении технического задания требуется:
а) Определить платформу разрабатываемой программы – тип операционной системы;
б) Оценить необходимого сетевого варианта (допустимая номенклатура программного обеспечения сетевой обработки);
в) Определить необходимой разработки программы, которую можно переносить на различные платформы;
г) Обосновать целесообразную работу базы данных по управлению СУБД.
На этом же этапе выбираем метод решения задачи, разрабатываем обобщенный алгоритм, функциональную структуру, составление объектов, требования к техническим средствам системы обработки информации и интерфейс конечного пользователя.
2 Технический проект выполняет комплекс наиболее важных работ, а именно:
а) С учетом принятого подхода разрабатывают детальный алгоритм обработки данных, уточняется состав объектов и их свойства методов обработки, событий запуска методов обработки;
б) Определяется состав общесистемного программного обеспечения, включая базовые средства (операционная система, модуль СУБД, электронные таблицы, пакеты прикладных программ промышленного назначения);
в) Разрабатывается внутренняя структура программного продукта образованная отдельными программными модулями;
г) Осуществляется выбор инструментальных средств разрабаты-ваемого программного модуля.
3 Рабочая документация состоит:
а) Описания применения – общая характеристика программного изделия с указанием сферы его применения, преобразование к базовым программным обеспечением и комплекс технических средств;
б) Руководство пользователя – это детальное описание функциональных возможностей и технической работы с программным продуктом. Этот документ ориентирован на конечного пользователя, содержит необходимую информацию для самостоятельного освоения и нормальной работы (с учетом квалификации пользователя);
в) Руководство программистом (оператором) – указывает особенности установки (инсталляция) программного продукта, его внутренняя структура, состав и назначение модулей, правило эксплуатации, обеспечение надежной и качественной работы.
В ряде случаев для программного продукта массовых применений создают обучаемые системы, демоверсии, гипертекстовые системы помощи.
4. Ввод действия (защита) программного продукта с начало проходит опытную эксплуатацию (пробный рынок продаж), а затем сдается в промышленную эксплуатацию (тиражирование и распространение ПП).
4 Основные цели структуризации программного продукта. Пример структурной схемы пп.
Программные продукты имеют конструкцию (архитектуру) построения - состав и взаимосвязь программных модулей
Модуль — это самостоятельная часть программы, имеющая определенное назначение и обеспечивающая заданные функции обработки автономном от других программных модулей.
Таким образом, программный продукт обладает внутренней организацией, или внутренней структурой, образованной взаимосвязанными программными модулями. Эго справедливо для сложных и многофункциональных программных продуктов, которые чаек называются программными системами.
Структуризация программ выполняется для удобства разработки программирования, отладки и внесения изменений в программный, продукт. Как правило. программные комплексы большой алгоритмической сложности разрабатываются коллективом разработчиков (2 - 15 и более человек). Управлять разработкой программ в условиях применения промышленных технологий изготовления программ можно лишь на научной основе. Структуризация программных продуктов преследует основные цели:
- распределить работы по исполнителям,
- построить календарные графики проектных работ и осуществлять их координацию
- процессе создания программных изделий;
- контролировать трудозатраты и стоимость проектных работ
Структурное "разбиение" программ служит основой и для выбора инструментальных средств их создания, хотя имеет место и обратное влияние –выбор инструментальных средств разработчика программного обеспечения определяет типы программных модулей. При создании программных продуктов выделяются многократно используемые модули, проводится их типизация и унификация, за счет чего сокращаются сроки и трудозатраты на разработку программного продукта в целом.
Рисунок 14 - Структурная схема программного продукта
Некоторые программные продукты используют модули из готовых библиотек стандартных подпрограмм, процедур, функций, объектов, методов обработки данных
На рисунке 14 приведена типовая структура программного продукта, состоящего из отдельных программных модулей и библиотек процедур, встроенных функций, объектов.
Среди множества модулей различают:
- головной модуль -управляет запуском программного продукта (существует в единственном числе);
-управляющий модуль — обеспечивает вызов других модулей на обработку;
-рабочие модули — выполняют функции обработки;
-сервисные модули и библиотеки, утилиты — осуществляют обслу-живающи функции.
В работе программного продукта активизируются необходимые программные модули. Управляющие модули задают последовательность вызова на выполнение очередного модуля. Информационная связь модулей обеспечивается за счет использования общей базы данных либо межмодульной передачи данных через переменные обмена.
Каждый модуль может оформляться как самостоятельно хранимый файл; для функционирования программного продукта необходимо наличие программных модулей в полном составе.