На каждом рабочем месте сотрудника отдела маркетинга и реализации необходимо наличие системы управления базами данных Microsoft Access 97 (или более поздней версии).
4. СТАДИИ И ЭТАПЫРАЗРАБОТКИ
В разделе "Состав и содержание работ по созданию (развитию) разработки" должен содержаться перечень стадий и этапов работ по созданию соответствующей составляющей (компоненты) ЭИС (АИС), сроки их выполнения на этапе преддипломной практики (февраль – март) и на завершающем этапе проекта (апрель – май).
Должны быть проведены следующие работы:
Наименование работы | Дата начала – дата окончания |
Системный анализ предметной области с целью накопления базовых знаний о клиентах, контактных лицах, сотрудниках (кураторах), а также о различных событиях (заключение договоров, оплата счетов) | 07.02.__ – 10.02.__ |
Построение инфологической модели данных | 11.02.__ – 20.02.__ |
Даталогическое проектирование будущей БД | 21.02.__ – 11.03.__ |
Разработка программного модуля для автоматизации учета всех взаимодействий клиентов с издательством | 12.03.__ – 31.03.__ |
Разработка методологии сопровождения клиента на всех этапах его жизненного цикла | 01.04.__ – 10.04.__ |
Разработка модуля учета заказов и поступления платежей | 12.03.__ – 31.03.__ |
Разработка методики анализа данных, извлеченных из БД | 01.04.__ – 15.04.__ |
Разработка интерфейсной части приложения | 01.04.__ – 10.04.__ |
Отладка, комплексирование и тестирование | 12.03.__ – 25.04.__ |
Подготовка к внедрению | 26.04.__ – 05.05.__ |
Разработка документации | 26.04.__ – 14.05.__ |
Опытная эксплуатация | 15.05.__ – 25.05.__ |
Оформление пояснительной записки к дипломному проекту и разработка презентации | 01.03.__ – 25.05.__ |
5. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
В разделе "Требования к документированию" приводят перечень документов, выполняемых на машинных и бумажных носителях для информационного обеспечения, информационного и организационного обеспечения в комплексе.
Для программного обеспечения должен быть указан состав разрабатываемой программной документации. При этом обязательными документами по ЕСПД являются текст программы по ГОСТ 19.401-78 (с достаточным уровнем комментариев) и один из дополнительных документов (в зависимости от назначения ПО):
– руководство оператора по ГОСТ 19.505-79 – при самостоятельном использовании ПО в конкретной сфере применения;
– руководство программиста по ГОСТ 19.504-79 – при фиксированном (безвариантном) использовании ПО в составе комплекса ПО;
– руководство системного программиста по ГОСТ 19.503-79 – при вариантном использовании ПО в составе комплекса (при котором требуется настройка ПО к конкретной технической среде и по составу выполняемых функций);
– описание применения по ГОСТ 19.502-78 – для исследовательских вариантов проекта.
Основными документами, регламентирующими разработку будущего модуля, должны быть документы Единой системы программной документации.
В состав программной документации должны входить следующие документы:
· текст программы с комментариями;
· руководство оператора;
· описание применения.
6. ИСТОЧНИКИ РАЗРАБОТКИ
В разделе "Источники разработки" должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные разработки-аналоги), на основании которых разрабатывалось ТЗ.
Информационные материалы на отечественные и зарубежные системы-аналоги доступны на следующих сайтах в Интернет:
· Парус – Парус-Клиент www.parus.ru;
· EpicRus – Clientele, Clientele Media www.epic.ru;
· Про-инвест IT – Sales Expert вер.1, 2 www.pro-invest.com/it;
· БМикро – Клиент-Коммуникатор www.bmicro.ru/kk.html;
· AVACCO Soft – AVACCO (CRM - модуль) www.avacco.ru;
· Группа "ИНЭК" – "ИНЭК-Партнер" www.inec.ru;
· Terrasoft – Terrasoft CRM www.terrasoft.com.ua;
· "1С-Рарус" – "1С-Рарус:CRM Управление продажами" www.rarus.ru;
· PageNet – AlphaCRM page.net.ru;
7. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
В разделе "Порядок контроля и приемки" должна быть приведена разработка методики испытаний, включающая тесты для отдельных модулей, а также проверку:
– функциональных характеристик п. 3.1 – обязательно для всех вариантов проекта;
– требований к видам обеспечения (п. 3.2) – для всех вариантов проекта (кроме исследовательских).
При этом по требованиям п. 3.2 необходимо с учетом эксплуатационного назначения ПО обеспечить испытания оценочных элементов, требующих тестовой проверки (в частности, при работе ПО в соответствующих системах управления реального времени и других "критичных" к ошибкам входных данных и функционирования ПО системах).
Испытания по требованиям пп. 3.1 и 3.2 должны быть проведены на тестовых примерах. По всей системе должна быть разработана контрольно-демонстрационная задача. Приемка осуществляется на основании результатов испытаний.
Приложение 4