4.7 Требования к транспортированию и хранению
Условия транспортирования и хранения дискеты должны соответствовать разделу (см. подраздел 4.6.)
5. ТРЕБОВЛНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
Состав программной документации должен включать следующие документы:
1) технический проект программы по ГОСТ 19.404-79 в машинописном исполнении, содержащий:
а) раздел "ВХОДНЫЕ ДАННЫЕ" (Характер, организация и предварительная подготовка входных данных);
б) раздел "ВЫХОДНЫЕ ДАННЫЕ" (Характер и организация выходных данных);
в) раздел "ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ";
г) раздел "ИСПОЛЬЗУЕМЫЕ ТЕХНИЧЕСКИЕ СРЕДСТВА" (Типы ЭВМ, на которых возможно выполнение программы; устройства ЭВМ, которые используются при выполнении программы);
д) раздел "ВЫЗОВ И ЗАГРУЗКА" (Виды носителей программы, их используемый объем; способы вызова программы с соответствующих носителей данных; входные точки в программу (запуск программы);
е) раздел "ПЛАН МЕРОПРИЯТИЙ ПО РАЗРАБОТКЕ И ВНЕДРЕНИЮ ПРОГРАММЫ" (План мероприятий разрабатывается для реализации программы коллективом программистов из двух человек. Планом должны быть предусмотрены контрольные временные точки реализации, например, через каждые десять дней или неделю, в течение которых происходит интеграция разработанных модулей, и тестирование уже разработанной части программы. Приводится состав тестов и принципы их подготовки для тестирования уже созданного фрагмента программы для каждой из контрольных точек).
Раздел "ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ" при технологии структурного программирования должен включать следующие материалы:
1) описание связей программы с другими программами;
2) описание внутренних массивов и переменных, которые используются в межмодульном обмене данными;
3) схема иерархии программы (Приводится рисунок или рисунки);
4) расшифровка наименований модулей (Приводится таблица с перечнем наименований модулей в алфавитном порядке с указанием выполняемой каждым модулем функции);
5) описание функционирования программы с учетом ее модульного деления (Приводится словесное описание выполнения программы с учетом вызовов модулей);
6) описание модулей программы (Подраздел заполняется на основе паспортов модулей).
При технологии объектно-ориентированного программирования вместо I схемы иерархии модулей программы и описаний самих модулей программы должна быть приведена схема иерархии классов (объектов) программы с расшифровкой наименований методов и описаний самих методов.
2) описание программы по ГОСТ 19.402-78 на машинном носителе (дискете с маркировкой DESCRIBE), включающее: назначение программы; дата ее создания; Ф.И.О. разработчика, а также данные, позволяющие связаться с ним; минимальные требования к аппаратным ресурсам; руководство пользователя, содержащее описание всех задокументированных возможностей программы.
3) текст программы по ГОСТ 19.401-78 на машинном носителе (дискете с маркировкой SOURCE), представленный в виде текстового файла, содержащего исходный код на одном из языков, указанных в пункте 4.5.3.
4) руководство программиста по ГОСТ 19.504-79 на машинном носителе носителе (дискете с маркировкой PROG) в виде файла README.TXT, содержащий данные о технологии проектирования и программирования данной программы, а также о языке программирования, назначение программы и список литературы, содержащей теоретический материал, необходимый для создания программы.
6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
Технико-экономические показатели должны определяться заказчиком без участия исполнителя.
7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
Разработка программы должна выполняться по следующим этапам:
1) разработка, согласование и утверждение технического проекта программы с пояснительной запиской - 5 недель;
2) разработка рабочего проекта программы с комплексным тестированием - 6 недель;
3) приемка-сдача с исправлением обнаруженных недостатков в программе и программной документации - 2 недели.
4)внедрение.
8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
8.1. Виды испытаний
Проверка документации программы осуществляется самим заказчиком с привлечением сторонних экспертов, способных засвидетельствовать факт соответствия созданного программного продукта всем пунктам технической документации, включая техническое задание и технический проект.
Испытания и тестирование программы должны проводиться в процессе создания программы самим разработчиком:
1. C использованием контрольных тестов, позволяющих добиться проверки правильности работоспособности и взаимной совместимости максимального числа функций и операторов программы или модуля при минимальных затратах временных и финансовых ресурсов.
2. Путем пошагового исполнения программы или модуля (и непрерывного контроля значений переменных) в соответствии с набором тестовых примеров и сравнения полученных в процессе тестирования значений с контрольными значениями тестовых примеров.
3. С привлечением сторонних неофициальных бета-тестеров, которые в процессе тестирования программного продукта должны сообщать разработчику все найденные ошибки и неточности в работе программы и проверка документации должна проводиться.
Испытания и тестирование программы должны проводиться после завершения создания программы заказчиком:
1. С использованием проверочных тестов, составляемых зказчиком заблаговременно.
2. В процессе начального этапа внедерения программы, путем тестирования программы в организации заказчика в рабочих условиях на протяжении срока в 1 неделю.
3. В организации заказчика с привлечением сторонних экспертов.
8.2.Общие требования к приёмке
Приёмка программы должна осуществляться заказчиком. Программа должна считаться годной, если она удовлетворяет всем пунктам данного технического задания, что должно быть засвидетельствовано сторонними экспертами.
ПРИЛОЖЕНИЕ 1
Структура главного меню
Рис 1.
Рис 2.
Рис 3.
Рис 10.
ЗАМЕЧАНИЯ:
На рисунках указаны формы в развёрнутом виде.
Данные формы иллюстрируют:
Рис 1. | Таблица товаров на складах |
Рис 2. | Таблица перемещений товаров между складами |
Рис 3. | Построение графиков расхода и дохода выбранных складов |
Рис 4. | Меню "Склад" |
Рис 5. | Меню "Правка" |
Рис 6. | Меню "Карточка" |
Рис 7. | Меню "Сервис" |
Рис 8. | Меню "Статистика" |
Рис 9. | Меню "Помощь" |
Рис 10. | Карточка товара |
Разработчиком может осуществляется добавление к указанным экранным элементам других элементов (в т.ч. меню, страниц, панелей и.т.п.), без согласования с заказчиком.
Другие экранные формы разрабатываются разработчиком без согласования с заказчиком.
По желанию заказчика могут быть добавлены дополнительные экранные элементы и возможности по согласованию с разработчиком
Удаление указанных элементов осуществляется по согласованию с заказчиком.
В процессе дальнейшей разработки данные формы могут быть незначительно усовершенствованы в целях улучшения качества программного продукта без согласования с заказчиком
ПРИЛОЖЕНИЕ 2
Основные клавиши
Клавиша/Диапазон клавиш | Описание |
А – Я, а – я, A – Z, a – z, точка, запятая, кавычки, круглые скобки | Клавиши, используемые для ввода текстовой информации в карточку товара |
0 - 9 | Клавиши, используемые для ввода числовой информации в карточку товара |
Быстрые клавиши
Клавиша/Диапазон клавиш | Описание |
F1 | Помощь по данному объекту |
F2 | Сохранение данных |
F3 | Загрузка данных |
F4 | Печать данных о товарах на складе |
F5 | Статистика по складу |
F10 | Выход |
Ctrl+Ins | Копировать |
Shift+Ins | Вставить |
Ctrl+Del | Удалить |
Shift+Del | Вырезать |
PageUp | Предыдущая страница |
PageDown | Следующая страница |
Home | Переместиться в начало |
End | Переместиться в конец |
Delete | Удалить следующий символ или запись |
BackSpace | Удалить предыдущий символ |
Insert | Режим вставки/замены |
ПРИЛОЖЕНИЕ 3
Файлы данных:
Входные и выходные файлы имеют следующий формат:
Полное имя файла: указывается пользователем (длина до 255 символов)
Тип файла: файл представлен в виде таблицы формата MSACCESS (*.mdb)
Таблица: “Карточка”
Поле | Тип данных | Комментарий |
Номер | Номер товара на складе | |
Наименование | Текстовой | Наименование товара |
Примечание | Текстовой | Примечание о товаре |
Ед.изм. | Текстовой | Единица измерения товара |
Дата | Числовой | Дата совершения операции |
Новый | Логический | Операция над товаром (приход, расход) |
Количество | Числовой | Количество товара, с которым произведена операция |
Цена | Числовой | Цена товара в момент совершения операции |
Сумма | Числовой | Сумма операции |
Валюта | Текстовой | Выбор денежного формата |
% НДС | Числовой | Процент НДС в момент совершения |
Сумма НДС | Числовой | Сумма НДС |
От кого получено | Текстовой | Наименование поставщика |
Кому отпущено | Текстовой | Наименование покупателя |
Примечание | Текстовой | Примечание о совершенной операции |
Статистика учета | Табличный | Таблица статистика учета операций с товаром, содержит поля: От кого получено (Текстовой), Кому отпущено (Текстовой), Приход (Числовой), Расход (Числовой), Цена (Числовой), Сумма операции (Числовой), Дата (Числовой), %НДС (Числовой), Сумма НДС (Числовой), Остаток (Числовой). |
Конфигурационные файлы:
Файл содержащий настройки программы:
Полное имя файла: config.mdb
Тип файла: файл представлен в виде таблицы формата MSACCESS (*.mdb)
Таблица: “Параметры”
Поле | Тип данных | Описание |
ИН | Числовой | Номер объекта |
Цвет | Числовой | Цвет объекта |
Шрифт | Текстовой | Название шрифта |
НДС | Числовой | Флаг учета НДС |
% НДС | Числовой | Процент НДС |
... предприятия. Для дальнейшего развития Системы необходимо рассчитать экономическую эффективность проекта. Для этого необходимо выбрать направление распространения Системы. Заказчиком системы выступало закрытое акционерное общество "Белгородский бройлер". Произведем расчет экономической эффективности проекта с точки зрения заказного проекта. Структура экономической части при создании программного ...
... главного меню Поставщики, получатели Þ Отчеты Þ Ввод входящей задолженности контрагентов 2. Внутреннее перемещение ТМЦ. Настройте некоторые параметры складского модуля: Путь от главного меню Складской учет Þ =Н= Þ Настройка пользователя Þ [Документы] Наименование параметра Значение параметра Автопересчет цен в накладных на внутреннее перемещение Да Путь ...
... (бартера); частое изменение законодательства, в частности, налогового. Проблема адаптации программного обеспечения АСУП, т. е. приспособления к условиям работы на конкретном предприятии, была осознана с самого начала работ по автоматизации управления. Содержание и методы адаптации эволюционировали вместе с методологией создания и внедрения систем. Суть проблемы в том, что в конечном итоге ...
... и порядок ее представления также установлены нормативными актами. Управленческий учет - это учет, который организация устанавливает для своих внутренних целей, для формирования учетной информации, требуемой при принятии управленческих решений. Бухгалтерский учет занимает особое место в системе хозяйственного учета и в отличие от других видов учета: строго документален - основанием для любой ...
0 комментариев