4.7. Требования к транспортированию и хранению

Условия транспортирования и хранения дискеты должны соответствовать подразделу (см. подраздел 4.6.).

5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

Состав программной документации должен включать следующие документы:

1) технический проект программы по ГОСТ 19.404—79 в машинописном исполнении;

2) описание программы по ГОСТ 19.402—78 на машинном носителе;

3) текст программы по ГОСТ 19.401—78 на машинном носителе;

4) руководство программиста по ГОСТ 19.504—79 на машинном носителе в виде файла README.TXT.

Пояснительная записка "технический проект программы" должна содержать следующие разделы:

1) Раздел "ВХОДНЫЕ ДАННЫЕ" (Характер, организация и предварительная подготовка входных данных);

2) Раздел "ВЫХОДНЫЕ ДАННЫЕ" (Характер и организация выходных данных);

3) Раздел "ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ";

4) Раздел "ИСПОЛЬЗУЕМЫЕ ТЕХНИЧЕСКИЕ СРЕДСТВА" (Типы ЭВМ, на которых возможно выполнение программы; устройства ЭВМ, используемые при выполнении программы);

5) Раздел "ВЫЗОВ И ЗАГРУЗКА" (Виды носителей программы, их используемый объем; способы вызова программы с соответствующих носителей данных; входные точки в программу — запуск программы);

6) Раздел "ПЛАН МЕРОПРИЯТИЙ ПО РАЗРАБОТКЕ И ВНЕДРЕНИЮ ПРОГРАММЫ" (План мероприятий разрабатывается для реализации программы коллективом программистов — два человека. Планом должны быть предусмотрены контрольные временные точки реализации, например, через каждые десять дней или неделю, в течение которых происходит интеграция разработанных модулей и тестирование уже разработанной части программы. Приводится состав тестов и принципы их подготовки для тестирования уже созданного фрагмента программы для каждой из контрольных точек).

Раздел "ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ" при технологии структурного программирования должен включать следующие материалы:

1) описание связей программы с другими программами;

2) описание внутренних массивов и переменных, которые используются в межмодульном обмене данными;

3) схема иерархии программы (приводится рисунок или рисунки);

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

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

6) описание модулей программы (подраздел заполняется на основе паспортов модулей).

6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ

Технико-экономические показатели должны определяться заказчиком без участия исполнителя.

7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

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

1) разработка, согласование и утверждение технического проекта программы с пояснительной запиской — 5 недель;

2) разработка рабочего проекта программы с комплексным тестированием — 6 недель;

3) приемка-сдача с исправлением обнаруженных недостатков в программе и программной документации — 2 недели;

4) внедрение.

8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ

8.1. Виды испытаний

Испытания программы и верификация документации должны проводиться в организации заказчика с привлечением сторонних экспертов. Проверочные тесты должны готовиться заказчиком.

8.2. Общие требования к приемке

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

1. ВЫБОР СТРАТЕГИИ ПРОЕКТИРОВАНИЯ ПРОГРАММ

1.1. Заменить восходящий способ проектирования программ нисходящим.

1.2. Инверсия приема.

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

1.4. Использовать способ проектирования методом расширения ядра системы. В данном случае вначале создается оболочка, реализующая минимальный набор функций проектируемой системы, затем к данной оболочке (ядру) системы последовательно добавляются новые модули, расширяющие набор реализуемых функций.

2. ВЫБОР ПОДХОДА В ПРОГРАММИРОВАНИИ (методологии проектирования)

2.1. Заменить методологию, ориентированную на обработку (модульное программирование; функциональная декомпозиция; проектирование с использованием потока данных; структурное проектирование; технология структурного анализа проекта SADT; проектирование, основанное на использовании структур данных; методология Джексона; методология Уорнера и др.), на методологию, ориентированную на данные (абстракции данных Дейкстры, объектно-ориентированная методология; методология, ориентированная на проектирование концептуальных баз данных и др.).