Техническое задание на разработку программы для ЭВМ

Техническое задание на разработку программы для ЭВМ
«Формирование базы данных учащихся»
2015
1 Содержание
- Общие сведения;
- Требования к Исполнителю
- Требования к выполнению работы;
- Состав и содержание работы;
- Порядок контроля и приемки;
- Состав документации;
2 Общие сведения
Предмет выполнения работ
Формирование базы данных учащихся.
Сведения об источнике и порядке финансирования
Капитальные вложения метрополитена (№ заявки в плане капитальных вложений
на 2015 год – 500095).
Характеристика объекта производства работ
Создание программного обеспечения для автоматизированного ведения в учебном
заведении базы данных студентов (школьников), обладающих правом приобретения в
кассах метрополитена льготных проездных билетов, и передачи собранных данных в базу
данных АСКОПМ «Петербургского метрополитена». Программа для ЭВМ должна
функционировать в учебных заведениях города под управлением операционных систем
семейства Windows XP, Windows 7, 8 (32, 64 разряда). Передача сформированных данных
осуществляется с использованием сменного носителя информации.
Сроки начала и окончания работ
Начало работ – 24.09.2015 г., окончание работ – 23.11.2015 г.
Требования к Исполнителю
Работы по разработке программы должны осуществляться Исполнителем,
имеющим опыт разработки программного продукта по существу технического задания не
менее двух лет, что должно быть подтверждено не менее чем одним исполненным
договором, без взыскания с участника процедуры закупки пени и штрафных санкций при
его исполнении, и подтверждено документально, а именно: договором или выпиской из
него. техническим заданием, иными документами, в случае если они предусмотрены
договором, в которых содержится расшифровка и конкретизация предмета договора,
актом приемки (справкой по форме КС-3, товарной или товарно-транспортной накладной,
иным документом, подтверждающим приемку товаров, работ, услуг, предусмотренным
предоставляемым договором), завершающими исполнение договора или последнего этапа
работ, услуг, поставки (в случае если договором предусмотрена поэтапная приемка).и
свидетельствами о государственной регистрации программы для ЭВМ.
Требования к информационной безопасности не предъявляются.
Исполнитель должен при выполнении работ использовать свои материалы, должен
выполнить работы своими силами и средствами;
Исполнитель должен привлекать в течение срока действия договора на выполнение
работ лиц, имеющих гражданство РФ и/или лиц, имеющих официальное разрешение на
работу на территории РФ;
Исполнитель несет ответственность за привлечение к выполнению данных работ
лиц, которые в соответствии со ст. 10 ФЗ от 09.02.2007 года № 16-ФЗ «О транспортной
2
безопасности», в связи с установленными ограничениями, не принимаются на работу,
связанную с обеспечением транспортной безопасности;
Исполнитель должен иметь сертификат соответствия требованиям ГОСТ ISO
9001-2011 (ISO 9001:2008) или более поздних требований в области информационных
технологий.
Гарантийный срок использования программного обеспечения должен составлять
не менее 1 года.
3 Требования к выполнению работы
Требования к функциональности
1. Программа должна работать в однопользовательском режиме на компьютере
пользователя, не имеющего доступа к БД АСКОПМ метрополитена. Передача
данных должна осуществляться по средством передачи файлов с использованием
съемных носителей информации.
2. Программа должна быть совместима с действующей версией, т.е. иметь тот же
формат хранения данных, а так же формат обмена данными между
метрополитеном и организациями.
3. Программа должна быть интуитивно понятна и не вызывать сложностей при работе
у пользователя
4. Установка программы должна выполняться с использованием интуитивно
понятного инсталлятора
5. Доступ к данным в программе должен осуществляться по запросу имени
пользователя и паролю
6. Идентификация учебного заведения должна производиться по коду ОКПО и
внутреннему коду учебного заведения в метрополитене. Для корректной обработки
информации метрополитеном\РОНО в локальной базе данных организации (ЛБД) и
файлах обмена должны содержаться уникальные сведения об организации.
7. Возможность изменения функционала программного обеспечения в зависимости от
выбранного типа учебного заведения (школа, ПТУ, колледж, ВУЗ) или РОНО.
8. Поддержание уникальности записей в ЛБД, уникальность записей должна
определяться единственной совокупностью значений полей «Тип документа»,
«Номер серии», «Серия», «Номер» и учитывать возможность замены документа и
изменением ФИО.
9. Оперативный просмотр состояния БД, возможность отбора записей для просмотра
по номеру учебного заведения, номеру класса.
10. Возможность сортировки записей при просмотре по любому полю записи в ЛБД
11. Внесение необходимых изменений:
- корректировка имеющихся записей;
- удаление ошибочных записей;
- удаление записей при завершении учащимися обучения в данном учебном
заведении.
12. При этом удаление записей не должно приводить к физическому удалению данных
до передачи информации об их удалении в метрополитен.
13. Добавление записей
14. Осуществление контроля вводимой информации для минимизации возможности
введения некорректной информации и нарушения формата вводимых данных.
Необходимо производить соответствующие проверки на заполнение и
корректность информации перед сохранением её в ЛБД. В зависимости от типа
организации, должны действовать различные проверочные ограничения.
Например, школы и ПТУ имеют различные сроки обучения, и это должно
3
учитываться при указании номера классов или курсов, а так же выставления срока
льготы.
15. Контроль правильности заполнения данных документа в зависимости от типа
документа (паспорт\свидетельство и т.д.)
16. Выполнение групповых операций. Для ускорения процесса работы с данными,
пользователь должен иметь возможность совершать однотипные не влекущие к
потере уникальности действия сразу с множеством записей. К таковым относятся:
операции удаления записей, изменение номера класса\курса, при переводе
учащихся в следующий класс\курс, а так же продление срока действия льготы;
Удаление данных об учениках\студентах окончивших учебное заведение.
17. Поиск записи для изменения или удаления из ЛБД
18. Формирование структурированного файла данных для последующей обработки
подсистемой ведения базы данных льготных пассажиров и внесения необходимых
изменений в базе данных АСКОПМ
19. Возможность создавать файл содержащий сведения обо всех учащихся в учебном
заведении (файл актуальных записей)
20. Возможность создавать файл, содержащий сведения об откорректированных и
удаленных записях по организации (файл корректировок)
21. Файлы обмена должны содержать реестр передаваемых записей.
22. Сформированный файл должен содержать механизм проверки целостности
информации (использование контрольной суммы)
23. Контрольная сумма должна формироваться в соответствии с применяемым
алгоритмом расчета контрольной суммы в программе обработке данных по
учащимся, используемой в метрополитене
24. Файлы не должны передаваться в открытом виде. Файлы должны упаковываться с
назначением пароля, отвечающего современным требованиям.
25. Запись сформированного файла с данными на сменный носитель для передачи в
метрополитен.
26. Функция построения отчета по результатам изменений данных и формирования
файлов для передачи в метрополитен.
27. Возможность создания резервных копий базы данных учащихся для передачи в
метрополитен.
28. Восстановление базы данных учащихся из сохраненной резервной копии.
29. Восстановление по данным из РОНО базы данных в учебном заведении в случае
утраты данных.
30. Иметь механизмы импорта и синхронизации данных с базой данных учащихся
учебного заведения.
31. Возможность аккумуляции данных из учебных заведений в РОНО (для школ) и
данных с факультетов (для ВУЗов) для дальнейшей передачи данных из сводной
ЛБД в метрополитен.
Требования к архитектуре программного обеспечения
Программа
имеет
однокомпонентную
архитектуру
установленного формата данных в файлах передачи.
Требования к составу программного обеспечения
Разработанная система должна содержать следующие компоненты:
- Клиентское ПО;
- Руководство пользователя;
- Массив входных данных;
- Руководство инженера-программиста;
4
с
использованием
- Программа и методика испытаний;
- Исходные тексты ПО.
Документация должна быть разработана в соответствии с ГОСТ серии 19,
согласована и передана Заказчику в двух печатных экземплярах и на носителе CD в
формате PDF.
Требования к режиму функционирования
Нормальный режим работы: 8 часов 5 дней в неделю.
4 Особые условия
Исключительные права на программу должны быть переданы заказчику по
окончании работ.
5 Состав и содержание работы
Работа должна включать:
 Разработку ПО;
 Разработку сопроводительной документации;
 Обучение работе с ПО – 3 человека;
 Испытания;
 Ввод в эксплуатацию.
Деления на этапы нет.
6 Порядок контроля и приемки
Контроль выполнения работ осуществляется Заказчиком в соответствии с
приведёнными требованиями выполнения работ.
Приемка работ производится путем проведения приемочных испытаний. Приемочные
испытания осуществляются приемочной комиссией, в которую входят
уполномоченные представители Заказчика и Исполнителя. По результатам работы
оформляется Акт сдачи-приемки работ.
Цель приемочных испытаний состоит в подтверждении объема и качества
выполненных работ. Приемочные испытания проводятся после окончания опытной
эксплуатации.
Виды, состав и объем испытаний определяются Программой и методикой испытаний.
Технический надзор за работами осуществляется специалистами Службы
Информационных технологий и коммуникаций.
7 Состав документации, передаваемой Заказчику
- Руководство пользователя;
- Руководство инженера-программиста;
5
- Программа и методика испытаний;
- Исходные тексты ПО;
- Массив входных данных;
- Структура файла базы данных;
- Структура файла импорта.
8 Порядок оплаты
Оплата фактически выполненных работ производится Заказчиком по каждой
Заявке на основании актов приемки выполненных работ, подписанных Заказчиком и
Подрядчиком, в течение 20 (двадцати) банковских дней с даты подписания акта, при
условии предоставления счета-фактуры.
Работы, выполненные Подрядчиком с отклонениями от требований нормативноправовых актов, данного Технического задания, иных исходных данных или с иными
недостатками не подлежат оплате Заказчиком до устранения Подрядчиком обнаруженных
недостатков.
Авансирование не предусмотрено.
6