Тема 2.3. Организация процесса разработки программных продуктов

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

Занятие 6 - 2часа

Тема 2.2. Этапы создания программного продукта.

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

Это этап анализа, спецификации программ и жизненного цикла программного продукта.

При составлении технического задания требуется:

а) Определить платформу разрабатываемой программы – тип операционной системы;

б) Оценить необходимого сетевого варианта (допустиая номенклатура программного обеспечения сетевой обработки);

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

г) Обосновать целесообразную работу базы данных по управлению СУБД.

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

2.Технический проект выполняет комплекс наиболее важных работ, а именно:

а ) С учетом принятого подхода разрабатывают детальный алгоритм обработки данных, уточняется состав объектов и их свойства методов обработки, событий запуска методов обработки;

б) Определяется состав общесистемного программного обеспечения, включая базовые средства (операционная система, модуль СУБД, электронные таблицы, пакеты прикладных программ промышленного назначения);

в) Разрабатывается внутренняя структура программного продукта образо-ванная отдельными программными модулями;

г) Осуществляется выбор инструментальных средств разрабатываемого программного модуля.

3.Рабочая документация состоит:

а) Описания применения – общая характеристика программного изделия с указанием сферой его применения, преобразование к базовым программным обеспечением и комплекс технических средств;

б) Руководство пользователя – это детальное описание функциональных возможностей и технической работы с программным продуктом. Этот документ ориентирован на конечного пользователя, содержит необходимую информацию для самостоятельного освоения и нормальной работы (с учетом квалификации пользователя);

в) Руководство программистом (оператором) – указывает особенности установки (инсталляция) программного продукта, его внутренняя структура, состав и назначение модулей, правило эксплуатации, обеспечение надежной и качественной работы.

В ряде случаев для программного продукта массовых применений создают обучаемые системы, демо- версии, гипертекстовые системы помощи.

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

Примерная структура процесса и организации, занимающейся разработкой про-граммных продуктов

Для организации предсказуемого и управляемого процесса ком­пании необхо-димы организационные, технические и нетехниче­ские средства представлена на рисунке 13.

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

Общее управление работой компании выполняет генеральный директор. Вопросы, связанные с ходом выполнения различных проектов, курирует исполнительный директор, а вопросы, свя­занные с организацией и обеспечением процесса компании (т.е. свода правил, процедур, рекомендаций и других руководящих документов, в соответствии с которыми компания действует) и работы по обеспечению качества ПП, — заместитель генерально­го директора. Такое распределение работ лишний раз подчеркива­ет важность создания в компании процесса и проведения работ по обеспечению качества ПП.

При необходимости вместо двух групп (группы процесса и груп­пы обеспечения качества) в компании может быть только одна группа процесса, но при этом она должна также выполнять все действия по обеспечению качества ПП. Кроме этого, в каждом проекте должен быть выбран ответственный за качество ПП. Обыч­но это руководитель проекта или один из ведущих инженеров. Ответственный за качество является представителем групп про­цесса и обеспечения качества (если эти группы существуют само­стоятельно) в своем проекте и отвечает за выполнение всех действий, связанных с процессом компании и обеспечением каче­ства.

Независимый тестировщик, как видно из рисунка 13, участвуетв работе над проектом, но не зависит от руководителя проекта. Это позволяет проводить независимое объективное тестирование до­кументации и ПП, разрабатываемого в данном проекте. Часто бывает так, что тестировщикодновременно принимает участие в нескольких проектах, особенно если их текущие этапы не совпа­дают. Нередко создают отдельную группу тестирования, куда вхо­дят все тестировщики компании.

Рисунок 13- Примерная структура процесса и организации,

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

Технические средства предназначены для организации соответ­ствующих условий работы над проектами и поддержанию процес­са компании, а также работ по обеспечению качества програм­много продукта. Например, автоматизированное рабочее место (АРМ) программиста позволяет повысить производительность его работ и качество разрабатываемого ПП, а компьютерная сеть — обеспечить электронный документооборот в компании и связь между сотрудниками. База данных дает возможность хранить всю информацию, связанную с ходом выполнения как текущих про­ектов, так и выполненных ранее.

Нетехнические средства включают в себя разработанные или принятые к использованию стандарты и планы, а также книгу процесса, которая содержит подробное описание процесса ком­пании. По метрикам процесса оценивают его основные характе­ристики (ключевые процессы) и результаты оценки заносят в паспорт процесса. Этот паспорт позволяет отслеживать соблюде­ние процесса, а также планировать действия по его совершен­ствованию

Контрольные вопросы

1.Какие требования предъявляются к управлению:

а) компанией;
б) продукцией;

в) разработкой?

2.Объясните примерную структуру процесса и организации, зани­мающейся разработкой программных продуктов.

3.Что включают в себя средстна:

а) организационные;

б) технические;

в) нетехнические

Тема 2.4 Структура программного продукта

Программные продукты имеют конструкцию (архитектуру) построения - состав и взаимосвязь программных модулей

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

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

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

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

- распределить работы по исполнителям,

- построить календарные графики проектных работ и осуществлять их

Координацию в процессе создания программных изделий;

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

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

Некоторые программные продукты используют модули из готовых библиотек стандартных подпрограмм, процедур, функций, объектов, методов обрзботкй данных

На рисунке 14 приведена типовая структура программного продукта, состоя-щего из от­дельных программных модулей и библиотек процедур, встроенных функций, объектов.

Рисунок 14 - Структурная схема программного продукта

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

- головной модуль -управляет запуском программного продукта (существует в единственном числе);

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

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

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

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

.

Дата добавления: 2014-01-07