|
@@ -0,0 +1,613 @@
|
|
|
|
+ Общие сведения
|
|
|
|
+ Наименование системы
|
|
|
|
+ Полное наименование системы
|
|
|
|
+Полное наименование: Методический центр <<Технология>>
|
|
|
|
+ Краткое наименование системы
|
|
|
|
+Краткое наименование: МЦ Технология
|
|
|
|
+ Основания для проведения работ
|
|
|
|
+Работа выполняется на основании договора №1 от 06.06.2024 между Лобзиной Т.П., Касаткиной А. Е., Проваленко Л.Н.
|
|
|
|
+ Наименование организаций - Заказчика и Разработчика
|
|
|
|
+ Заказчик
|
|
|
|
+ Заказчик ОАО Лобзина Т.П.
|
|
|
|
+ Адрес фактический: г. Нижний Новгород, пр. Кирова, 12
|
|
|
|
+ Телефон / Факс 8 (831) 291-50-25
|
|
|
|
+ Разработчик
|
|
|
|
+ Разработчик: ЗАО Проваленко Л.Н, Касаткина А.Е.
|
|
|
|
+ Адрес фактический: г. Нижний Новгород, ул. Гордеевская, д.5
|
|
|
|
+ Плановые сроки начала и окончания работы
|
|
|
|
+ Начало работы: 06.06.2024
|
|
|
|
+ Окончание работы: 03.07.2024
|
|
|
|
+ Порядок оформления и предъявления заказчику результатов работ
|
|
|
|
+ Разработчик Проваленко Л.Н, Касаткина А.Е. передает результаты своей работы Заказчику Лобзиной Т.П. поэтапно в соответствии с графиком выполнения проекта. По завершении каждого этапа работ Разработчик Проваленко Л.Н, Касаткина А.Е. предоставляет Заказчику Лобзиной Т.П. отчетные документы, которые содержат информацию о проделанной работе на данном этапе. Содержание этих отчетов определено в договоре между сторонами и может включать в себя описание выполненных задач, достигнутых результатов, использованных ресурсов, анализ рисков и другую необходимую информацию. Это позволяет Заказчику Лобзиной Т.П. оценить прогресс работы, соответствие выполненных задач поставленным целям и контролировать ход проекта.
|
|
|
|
+ Назначение и цели создания системы
|
|
|
|
+ Назначение системы
|
|
|
|
+
|
|
|
|
+ Отрасль и направления деятельности: Образование, повышение квалификации, разработка методических материалов.
|
|
|
|
+
|
|
|
|
+ Перечень услуг по категориям:
|
|
|
|
+
|
|
|
|
+ Обучение:
|
|
|
|
+ Проведение семинаров, тренингов, мастер-классов
|
|
|
|
+ Разработка и проведение курсов повышения квалификации
|
|
|
|
+ Онлайн-обучение
|
|
|
|
+ Методическая поддержка:
|
|
|
|
+ Создание методических рекомендаций для преподавателей
|
|
|
|
+ Предоставление консультаций по вопросам методики обучения
|
|
|
|
+ Исследовательская деятельность:
|
|
|
|
+ Проведение научных исследований в области образования
|
|
|
|
+ Анализ и оценка образовательных программ
|
|
|
|
+ Разработка новых методик обучения
|
|
|
|
+
|
|
|
|
+ Назначение сайта
|
|
|
|
+ Тип сайта: Тематический
|
|
|
|
+ Цели сайта:
|
|
|
|
+ Привлечение новых клиентов:
|
|
|
|
+ Реклама услуг и товаров методического центра
|
|
|
|
+ Предоставление информации о центре и его специалистах
|
|
|
|
+ Формирование базы постоянных клиентов:
|
|
|
|
+ Предоставление скидок и бонусов постоянным клиентам
|
|
|
|
+ Предоставление информации об услугах:
|
|
|
|
+ Подробное описание услуг и товаров
|
|
|
|
+ Расписание семинаров и тренингов
|
|
|
|
+ Информация о преподавателях и экспертах
|
|
|
|
+ Укрепление репутации:
|
|
|
|
+ Публикация статей и материалов по вопросам образования
|
|
|
|
+ Создание блога с актуальными новостями и обзорами
|
|
|
|
+ Продвижение услуг и товаров:
|
|
|
|
+ Возможность онлайн-записи на семинары и тренинги
|
|
|
|
+ Продажа учебных материалов онлайн
|
|
|
|
+ Целевые действия пользователей сайта:
|
|
|
|
+
|
|
|
|
+ Ознакомление с услугами и товарами
|
|
|
|
+ Запись на семинары и тренинги
|
|
|
|
+ Получение консультации
|
|
|
|
+ Подписка на рассылку новостей
|
|
|
|
+ Вид автоматизируемой деятельности:
|
|
|
|
+
|
|
|
|
+ Система методического центра предназначена для управления процессами:
|
|
|
|
+
|
|
|
|
+ Запись на мероприятия:
|
|
|
|
+ Прием заявок на участие в семинарах и тренингах
|
|
|
|
+ Формирование расписания
|
|
|
|
+ Продажа товаров:
|
|
|
|
+ Управление каталогом товаров
|
|
|
|
+ Прием заказов
|
|
|
|
+ Обработка платежей
|
|
|
|
+ Доставка товаров
|
|
|
|
+ Управление обучением:
|
|
|
|
+ Создание и управление курсами онлайн-обучения
|
|
|
|
+ Мониторинг прогресса
|
|
|
|
+ Предоставление обратной связи
|
|
|
|
+ Управление контентом:
|
|
|
|
+ Создание и редактирование контента сайта
|
|
|
|
+ Публикация статей и материалов
|
|
|
|
+ Управление блогами
|
|
|
|
+ Аналитика:
|
|
|
|
+ Сбор и анализ данных о посетителях сайта
|
|
|
|
+ Отслеживание эффективности рекламных кампаний
|
|
|
|
+ Анализ продаж
|
|
|
|
+ Целевая аудитория
|
|
|
|
+ Студенты: Будущие педагоги, студенты педагогических вузов, студенты, желающие получить дополнительное образование в сфере педагогики.
|
|
|
|
+ Преподаватели: Действующие учителя, преподаватели, тьюторы, желающие повысить квалификацию, узнать о новых методах обучения, получить доступ к методическим материалам.
|
|
|
|
+ Родители: Родители, заинтересованные в развитии своих детей, желающие получить информацию о современных методах обучения, о развитии ребенка.
|
|
|
|
+ Руководители образовательных учреждений: Директора школ, колледжей, руководители курсов, заинтересованные в повышении качества образования, внедрении новых образовательных программ и методик.
|
|
|
|
+ Перечень объектов автоматизации
|
|
|
|
+
|
|
|
|
+Система методического центра обучения должна включать в себя следующие модули:
|
|
|
|
+
|
|
|
|
+База данных методических материалов:
|
|
|
|
+
|
|
|
|
+Учебные программы
|
|
|
|
+Рабочие программы
|
|
|
|
+Методические рекомендации
|
|
|
|
+Презентации
|
|
|
|
+Видеоуроки
|
|
|
|
+Тесты и задания
|
|
|
|
+Сценарии учебных мероприятий
|
|
|
|
+Информацию о преподавателях и экспертах
|
|
|
|
+
|
|
|
|
+Система управления обучением:
|
|
|
|
+Регистрация пользователей
|
|
|
|
+Запись на курсы
|
|
|
|
+Прохождение курсов
|
|
|
|
+Мониторинг прогресса обучения
|
|
|
|
+Тестирование
|
|
|
|
+Предоставление сертификатов
|
|
|
|
+Предоставление обратной связи
|
|
|
|
+
|
|
|
|
+Модуль для организации онлайн-мероприятий:
|
|
|
|
+Проведение вебинаров и онлайн-конференций
|
|
|
|
+
|
|
|
|
+Модуль для создания и управления контентом:
|
|
|
|
+Создание и редактирование статей, новостей, блога
|
|
|
|
+Публикация видео и аудиоматериалов
|
|
|
|
+Управление файлами
|
|
|
|
+
|
|
|
|
+Модуль для аналитики:
|
|
|
|
+Сбор и анализ данных о посетителях сайта
|
|
|
|
+Отслеживание эффективности рекламных кампаний
|
|
|
|
+Анализ продаж
|
|
|
|
+Мониторинг прогресса пользователей
|
|
|
|
+
|
|
|
|
+Автоматизируемые органы управления:
|
|
|
|
+Администрация методического центра: Управление контентом, контроль работы платформы, обновление данных, решение административных вопросов.
|
|
|
|
+Преподаватели: Загрузка учебных материалов, проведение онлайн-занятий, отслеживание прогресса студентов.
|
|
|
|
+
|
|
|
|
+Автоматизируемые бизнес-процессы верхнего уровня:
|
|
|
|
+Предоставление доступа к методическим материалам: Создание базы данных с учебными материалами, предоставление доступа к материалам через сайт, реализация систем поиска и фильтрации материалов.
|
|
|
|
+Проведение онлайн-курсов: Разработка и организация онлайн-курсов, проведение вебинаров, управление процессом обучения, контроль прогресса студентов.
|
|
|
|
+Проведение онлайн-мероприятий: Организация вебинаров, конференций, презентаций, управление трансляциями, модерация общения.
|
|
|
|
+
|
|
|
|
+На сайте методического центра должны быть размещены следующие разделы:
|
|
|
|
+
|
|
|
|
+О нас: Информация о методическом центре, миссии, команде, истории.
|
|
|
|
+Услуги: Описание услуг методического центра, список курсов, вебинаров, тренингов.
|
|
|
|
+Методические материалы: Каталог учебных материалов, возможность поиска и фильтрации материалов.
|
|
|
|
+Блог: Статьи о педагогике, опыте преподавания, новых методах обучения.
|
|
|
|
+Контакты: Контакты методического центра, форма обратной связи.
|
|
|
|
+
|
|
|
|
+ Стадии проекта
|
|
|
|
+
|
|
|
|
+1. Формирование Технического Задания (ТЗ):
|
|
|
|
+ - Определение целей и задач сайта: детально прописываются цели, которые должны быть достигнуты с помощью сайта, а также задачи, которые он будет решать.
|
|
|
|
+ - Описание целевой аудитории.
|
|
|
|
+ - Функциональные требования: подробно описывается функционал сайта: какие разделы и страницы будут присутствовать, какие действия пользователи смогут совершать, какие данные будут отображаться.
|
|
|
|
+ - Технические требования: указываются требования к платформе разработки, хостингу, системе управления контентом, языкам программирования, уровню безопасности и защиты данных.
|
|
|
|
+ - Дизайн и юзабилити: описываются требования к дизайну сайта: стилистика, цветовая гамма, шрифты, расположение элементов, удобство навигации, адаптивность под разные устройства.
|
|
|
|
+ - Сроки и бюджет: определяются сроки разработки сайта и бюджет проекта, а также порядок оплаты работ.
|
|
|
|
+2. Анализ существующих средств и создание модели приложения:
|
|
|
|
+Анализ конкурентной среды: Изучение сайтов конкурентов, их преимуществ и недостатков.
|
|
|
|
+Проектирование структуры сайта: Разработка информационной архитектуры сайта: структура разделов и подразделов, навигация, взаимосвязь страниц, карта сайта.
|
|
|
|
+Создание прототипов: Разработка прототипов (схем) ключевых страниц сайта, демонстрирующих расположение элементов, навигацию, логику взаимодействия с пользователем.
|
|
|
|
+Создание базы данных: Проектирование структуры базы данных, которая будет хранить информацию о клиентах, заказах, контенте сайта и др.
|
|
|
|
+3. Создание функционала и дизайна системы:
|
|
|
|
+Верстка и программирование: на основе прототипов и технического задания создается фронт-энд (HTML, CSS, JavaScript) и бек-энд (PHP, Python, Ruby и др.) части сайта.
|
|
|
|
+Интеграция с CMS и базами данных: Подключение сайта к выбранной CMS, настройка модулей и плагинов, интеграция с базой данных.
|
|
|
|
+Разработка дизайна: Создание уникального дизайна сайта в соответствии с требованиями ТЗ, разработка графических элементов, подбор шрифтов и цветовой гаммы.
|
|
|
|
+Наполнение контентом: Наполнение сайта текстовым и графическим контентом: описание курсов, информация о компании, новости, фотографии, видео и др.
|
|
|
|
+4. Создание автоматизированных средств тестирования и документирование:
|
|
|
|
+Тестирование функционала: проводится тщательное тестирование всех функций сайта на разных устройствах и браузерах для выявления и устранения ошибок.
|
|
|
|
+Нагрузочное тестирование: проверяется устойчивость сайта к высоким нагрузкам, определяется максимальное количество пользователей, которые могут одновременно работать на сайте без снижения производительности.
|
|
|
|
+Документирование: создается техническая документация по сайту: описание функционала, инструкции по использованию, описание API, руководство по администрированию и др.
|
|
|
|
+
|
|
|
|
+ Участники и роли
|
|
|
|
+1. Проваленко Людмила - Backend Developer:
|
|
|
|
+2. Касаткина Анастасия - Frontend Developer/Test Engineer:
|
|
|
|
+
|
|
|
|
+ Характеристика объектов автоматизации
|
|
|
|
+ Таблица 1. Характеристики
|
|
|
|
+ Наименование процесса
|
|
|
|
+ Возможность автоматизации
|
|
|
|
+ Решение об автоматизации в ходе проекта
|
|
|
|
+ Анализ уже имеющихся курсов, клиентов
|
|
|
|
+ Возможна
|
|
|
|
+ Будет автоматизирован
|
|
|
|
+ Добавление новых и удаление уже имеющихся курсов и клиентов
|
|
|
|
+ Возможна
|
|
|
|
+ Будет автоматизирован
|
|
|
|
+ Автозаполняемый формуляр
|
|
|
|
+ Возможна
|
|
|
|
+ Будет автоматизирован
|
|
|
|
+ Автособираемые отчеты
|
|
|
|
+ Возможна
|
|
|
|
+ Будет автоматизирован
|
|
|
|
+
|
|
|
|
+ Требования к системе
|
|
|
|
+ Требования к системе в целом
|
|
|
|
+ Требования к структуре и функционированию системы
|
|
|
|
+ Система КХД должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище. Система КХД должна иметь трехуровневую архитектуру (можно привести общую схему, на которой определить уровни. Например, первый - источник, второй - хранилище, третий - отчетность).
|
|
|
|
+ В Системе предлагается выделить следующие функциональные подсистемы:
|
|
|
|
+ - подсистема сбора, обработки и загрузки данных, которая предназначена для реализации процессов сбора данных из систем источников, приведения указанных данных к виду, необходимому для наполнения подсистемы хранения данных;
|
|
|
|
+ - подсистема хранения данных, которая предназначена для хранения данных в структурах, нацеленных на принятие решений;
|
|
|
|
+ - подсистема формирования и визуализации отчетности, которая предназначена для формирования бизнес-ориентированных витрин данных и отчетности.
|
|
|
|
+ В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP.
|
|
|
|
+Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня, такие как: NFS, HTTP и его расширение HTTPS, NetBios/SMB, Oracle TNS.
|
|
|
|
+Для организации доступа пользователей к отчетности должен использоваться протокол презентационного уровня HTTP и его расширение HTTPS.
|
|
|
|
+ Смежными системами для КХД являются:
|
|
|
|
+ информационные системы оперативной обработки данных Заказчика;
|
|
|
|
+ информационные системы планирования;
|
|
|
|
+ информационные системы управления производством и складским учетом;
|
|
|
|
+ информационные системы бухгалтерского учета и финансового анализа;
|
|
|
|
+ информационные системы управления отношениями с клиентами (CRM-системы);
|
|
|
|
+ информационные системы управления персоналом (HR-системы);
|
|
|
|
+ информационные системы аналитики и отчетности;
|
|
|
|
+ информационные системы управления цепями поставок.
|
|
|
|
+ Перечень предпочтительных способов взаимодействия со смежными системами приведен ниже.
|
|
|
|
+ Информационная система управления предприятием - с использованием промежуточной базы данных (ПБД).
|
|
|
|
+ Информационно-справочная система - обмен файлами ОС определенного формата.
|
|
|
|
+ Информационная система обеспечения бюджетного процесса - интеграция <<точка - точка>>.
|
|
|
|
+ Информационная система управления ресурсами предприятия (ERP-система).
|
|
|
|
+ Информационная система управления клиентскими данными (CRM-система).
|
|
|
|
+ Информационная система управления производственными процессами.
|
|
|
|
+ Информационная система управления складскими запасами.
|
|
|
|
+ Информационная система управления финансами и бухгалтерским учетом.
|
|
|
|
+ Система должна поддерживать следующие режимы функционирования:
|
|
|
|
+ Основной режим, в котором подсистемы КХД выполняют все свои основные функции.
|
|
|
|
+ Профилактический режим, в котором одна или все подсистемы КХД не выполняют своих функций.
|
|
|
|
+ В основном режиме функционирования Система КХД должна обеспечивать:
|
|
|
|
+ работу пользователей в режиме - 24 часов в день, 7 дней в неделю (24х7);
|
|
|
|
+ выполнение своих функций - сбор, обработка и загрузка данных; хранение данных, предоставление отчетности.
|
|
|
|
+ В профилактическом режиме Система КХД должна обеспечивать возможность проведения следующих работ:
|
|
|
|
+ техническое обслуживание;
|
|
|
|
+ модернизацию аппаратно-программного комплекса;
|
|
|
|
+ устранение аварийных ситуаций.
|
|
|
|
+ Общее время проведения профилактических работ не должно превышать 15% от общего времени работы системы в основном режиме.
|
|
|
|
+ Для обеспечения высокой надежности функционирования Системы как системы в целом, так и её отдельных компонентов должно обеспечиваться выполнение требований по диагностированию ее состояния.
|
|
|
|
+ Диагностирование Системы должно осуществляться следующими штатными средствами, входящими в комплект поставки программного обеспечения:
|
|
|
|
+ СУБД - СУБД администратора предоставляет средства для мониторинга и диагностики состояния базы данных, такие как Microsoft SQL Server Management Studio для MS SQL или Oracle Enterprise Manager для Oracle.
|
|
|
|
+ ETL-средство - ETL-средство обычно уже имеет встроенные средства мониторинга и диагностики, позволяющие отслеживать процессы извлечения, трансформации и загрузки данных и обнаруживать возможные проблемы или сбои. Примером такого инструмента может быть Apache NiFi или Talend.
|
|
|
|
+ Средство визуализации - Для визуализации состояния системы и ее компонентов часто используются средства мониторинга и визуализации, такие как Grafana, Kibana, или Tableau, которые позволяют отображать различные метрики и данные о состоянии системы в удобной форме.
|
|
|
|
+ Обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР.
|
|
|
|
+ Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание.
|
|
|
|
+ Требования к численности и квалификации персонала системы и режиму его работы
|
|
|
|
+ Требования к численности персонала
|
|
|
|
+ В состав персонала, необходимого для обеспечения эксплуатации КХД в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц:
|
|
|
|
+ Руководитель эксплуатирующего подразделения - 1 человек.
|
|
|
|
+ Администратор подсистемы сбора, обработки и загрузки данных - 2 человека.
|
|
|
|
+ Администратор подсистемы хранения данных - 2 человека.
|
|
|
|
+ Администратор подсистемы формирования и визуализации отчетности - 1 человек.
|
|
|
|
+ Данные лица должны выполнять следующие функциональные обязанности.
|
|
|
|
+ 1. Руководитель эксплуатирующего подразделения:
|
|
|
|
+ - Обеспечивает общее руководство группой сопровождения системы, следит за работоспособностью КХД и реагирует на любые проблемы или сбои в работе.
|
|
|
|
+ - Отвечает за планирование и координацию работы с отделами разработки, администрирования и технической поддержки, а также осуществляет контроль и управление бюджетом и ресурсами.
|
|
|
|
+ 2. Администратор подсистемы сбора, обработки и загрузки данных:
|
|
|
|
+ - Осуществляет контроль процессов ETL (извлечение, трансформация, загрузка данных), следит за исполнением задач по расписанию, отслеживает производительность и качество данных.
|
|
|
|
+ - Занимается настройкой и мониторингом процессов загрузки данных из внешних источников в хранилище данных, а также обеспечивает поддержку данных и согласованность информации.
|
|
|
|
+ 3. Администратор подсистемы хранения данных:
|
|
|
|
+ - Обеспечивает распределение дискового пространства, следит за процессами архивации и резервного копирования данных, а также обеспечивает безопасность и целостность хранилища данных.
|
|
|
|
+ - Осуществляет оптимизацию производительности системы баз данных, производит модификацию структур БД по мере необходимости, управляет доступом к данным и обеспечивает их защиту.
|
|
|
|
+ 4. Администратор подсистемы формирования и визуализации отчетности:
|
|
|
|
+ - Предоставляет поддержку пользователям в использовании средств визуализации и отчетности, отвечает за создание и поддержание отчетов и дашбордов.
|
|
|
|
+ - Обеспечивает согласованность и актуальность данных в отчетах, проводит мониторинг и анализ показателей производительности и удовлетворенности пользователями, а также адаптирует отчеты в соответствии с потребностями бизнеса.
|
|
|
|
+ Требования к квалификации персонала
|
|
|
|
+ К квалификации [HYPERLINK: https://www.prj-exp.ru/dwh/dwh_team_skills.php] персонала, эксплуатирующего Систему КХД, предъявляются следующие требования.
|
|
|
|
+ - Конечный пользователь - знание соответствующей предметной области; знание основ многомерного анализа; знания и навыки работы с аналитическими приложениями.
|
|
|
|
+ - Администратор подсистемы сбора, обработки и загрузки данных - знание методологии проектирования хранилищ данных; знание методологии проектирования ETL процедур; знание интерфейсов интеграции ХД с источниками данных; знание СУБД; знание языка запросов SQL.
|
|
|
|
+ - Администратор подсистемы хранения данных - глубокие знания СУБД; знание архитектуры <<Звезда>> и <<Снежинка>>; опыт администрирования СУБД; знание и навыки операций архивирования и восстановления данных; знание и навыки оптимизации работы СУБД.
|
|
|
|
+ - Администратор подсистемы формирования и визуализации отчетности - понимание принципов многомерного анализа; знание методологии проектирования хранилищ данных; знание и навыки администрирования приложения; знание языка запросов SQL; знание инструментов разработки.
|
|
|
|
+ Требования к режимам работы персонала
|
|
|
|
+ Персонал, работающий с Системой КХД и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах:
|
|
|
|
+ - Конечный пользователь - в соответствии с основным рабочим графиком подразделений Заказчика.
|
|
|
|
+ - Администратор подсистемы сбора, обработки и загрузки данных - двухсменный график, поочередно.
|
|
|
|
+ - Администратор подсистемы хранения данных - двухсменный график, поочередно.
|
|
|
|
+ - Администратор подсистемы формирования и визуализации отчетности - в соответствии с основным рабочим графиком подразделений Заказчика.
|
|
|
|
+ Показатели назначения
|
|
|
|
+ Параметры, характеризующие степень соответствия системы назначению
|
|
|
|
+ Система должна обеспечивать следующие количественные показатели, которые характеризуют степень соответствия ее назначению:
|
|
|
|
+ - Количество измерений - 7.
|
|
|
|
+ - Количество показателей - 7.
|
|
|
|
+ - Количество аналитических отчетов - 10.
|
|
|
|
+ 4.1.3.2. Требования к приспособляемости системы к изменениям
|
|
|
|
+ Обеспечение приспособляемости системы должно выполняться за счет:
|
|
|
|
+ - своевременности администрирования;
|
|
|
|
+ - модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями;
|
|
|
|
+ - модификации процедур доступа и представления данных конечным пользователям;
|
|
|
|
+ - наличия настроечных и конфигурационных файлов у ПО подсистем;
|
|
|
|
+ 4.1.3.3. Требования к сохранению работоспособности системы в различных вероятных условиях
|
|
|
|
+ В зависимости от различных вероятных условий система должна выполнять требования, приведенные в таблице.
|
|
|
|
+ Таблица 2. Требования
|
|
|
|
+ Вероятное условие Требование
|
|
|
|
+ Нарушения в работе системы внешнего электроснабжения серверного оборудования продолжительностью до 15 мин. Функционирование в полном объеме.
|
|
|
|
+ Выход из строя сервера подсистемы хранения данных Уведомление администратора подсистемы хранения данных и администратора подсистемы сбора, обработки и загрузки данных
|
|
|
|
+
|
|
|
|
+ 4.1.4. Требования к надежности
|
|
|
|
+ 4.1.4.1. Состав показателей надежности для системы в целом
|
|
|
|
+ - Вероятность безотказной работы системы в течение определенного периода времени
|
|
|
|
+ - Вероятность отказа системы в течение определенного периода времени
|
|
|
|
+ - Среднее время восстановления после отказа
|
|
|
|
+ - Среднее время между отказами
|
|
|
|
+ 4.1.4.2. Перечень аварийных ситуаций, по которым регламентируются требования к надежности
|
|
|
|
+ - Недоступность материальных запасов в случае чрезвычайных ситуаций
|
|
|
|
+ - Ошибки в учете и перемещении материальных ценностей
|
|
|
|
+ 4.1.4.3. Требования к надежности технических средств и программного обеспечения
|
|
|
|
+ - Регулярная проверка и техническое обслуживание оборудования
|
|
|
|
+ - Резервное копирование данных и программ для минимизации рисков потерь
|
|
|
|
+ - Обновление и совершенствование программного обеспечения для обеспечения стабильной работы системы
|
|
|
|
+ 4.1.5. Требования к эргономике и технической эстетике
|
|
|
|
+ - Удобство и эффективность использования системы управления материальным складом
|
|
|
|
+ - Эстетический дизайн рабочих мест операторов
|
|
|
|
+ 4.1.6. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
|
|
|
|
+ - Инструкции по эксплуатации и техническому обслуживанию оборудования
|
|
|
|
+ - Планы регулярного осмотра и технического обслуживания
|
|
|
|
+ - Процедуры ремонта и замены неисправных узлов и деталей
|
|
|
|
+ - Условия хранения запасных частей и компонентов
|
|
|
|
+ 4.1.7. Требования к защите информации от несанкционированного доступа
|
|
|
|
+ - Разработка и внедрение политики безопасности информации на складе
|
|
|
|
+ - Использование современных технологий шифрования и аутентификации для защиты данных
|
|
|
|
+ - Обучение персонала правилам безопасной работы с информацией
|
|
|
|
+ 4.1.8. Требования по стандартизации и унификации
|
|
|
|
+ Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028-2001 <<Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования>>.
|
|
|
|
+ Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х.
|
|
|
|
+ Для работы с БД должнен использоваться язык запросов SQL в рамках стандарта ANSI SQL-92.
|
|
|
|
+ Для разработки пользовательских интерфейсов и средств генерации отчетов (любых твердых копий) должны использоваться встроенные возможности ПО, а также, в случае необходимости, языки программирования.
|
|
|
|
+ В системе должны использоваться (при необходимости) общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации.
|
|
|
|
+ 4.1.9. Дополнительные требования
|
|
|
|
+ Приводятся требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них.
|
|
|
|
+ Требования к сервисной аппаратуре, стендам для проверки элементов системы.
|
|
|
|
+ Требования к системе, связанные с особыми условиями эксплуатации.
|
|
|
|
+ Специальные требования по усмотрению разработчика или заказчика системы.
|
|
|
|
+ МС должно разрабатываться и эксплуатироваться на уже имеющемся у Заказчика аппаратно-техническом комплексе.
|
|
|
|
+ Необходимо создать отдельные самостоятельные зоны разработки и тестирования системы МС.
|
|
|
|
+ Для зоны разработки и тестирования должны использоваться те же программные средства, что и для зоны промышленной эксплуатации
|
|
|
|
+
|
|
|
|
+ 4.1.10. Требования безопасности
|
|
|
|
+ При внедрении, эксплуатации и обслуживании технических средств системы должны выполняться меры электробезопасности в соответствии с <<Правилами устройства электроустановок>> и <<Правилами техники безопасности при эксплуатации электроустановок потребителей>>.
|
|
|
|
+ Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. <<ССБТ. Пожарная безопасность. Общие требования>>.
|
|
|
|
+ Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. <<ССБТ. Оборудование производственное. Общие требования безопасности>> при обслуживании системы в процессе эксплуатации.
|
|
|
|
+ Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. <<Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации>>.
|
|
|
|
+ Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 <<Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение>>, но не превышать следующих величин:
|
|
|
|
+ - 50 дБ - при работе технологического оборудования и средств вычислительной техники без печатающего устройства;
|
|
|
|
+ - 60 дБ - при работе технологического оборудования и средств вычислительной техники с печатающим устройством.
|
|
|
|
+ 4.2. Требования к функциям, выполняемым системой
|
|
|
|
+ Подсистема сбора, обработки и загрузки данных
|
|
|
|
+ Перечень функций, задач подлежащей автоматизации
|
|
|
|
+ Таблица 3. Перечень функций
|
|
|
|
+ Функция
|
|
|
|
+ Задача
|
|
|
|
+ Управляет процессами сбора, обработки и загрузки данных
|
|
|
|
+ Создание, редактирование и удаление процессов сбора, обработки и
|
|
|
|
+ загрузки данных
|
|
|
|
+
|
|
|
|
+ Формирование последовательности выполнения процессов сбора,
|
|
|
|
+ обработки и загрузки данных
|
|
|
|
+
|
|
|
|
+ Определение и изменение расписания процессов сбора, обработки и
|
|
|
|
+ загрузки данных
|
|
|
|
+ Выполнение процессов сбора, обработки и загрузки данных из источников в ХД
|
|
|
|
+ Запуск процедур сбора данных из систем источников, загрузка данных в
|
|
|
|
+ область временного, постоянного хранения
|
|
|
|
+
|
|
|
|
+ Обработка и преобразование извлечённых данных
|
|
|
|
+ Протоколирует результаты сбора, обработки и загрузки данных
|
|
|
|
+ Ведение журналов результатов сбора, обработки и загрузки данных
|
|
|
|
+
|
|
|
|
+ Оперативное извещение пользователей о всех нештатных ситуациях в
|
|
|
|
+ процессе работы подсистемы
|
|
|
|
+
|
|
|
|
+ Перечень критериев отказа для каждой функции
|
|
|
|
+ Таблица 4. Перечень критериев
|
|
|
|
+Функция
|
|
|
|
+Критерии отказа
|
|
|
|
+Время восстановления
|
|
|
|
+Коэффициент готовности
|
|
|
|
+Управляет процессами сбора, обработки и загрузки данных
|
|
|
|
+
|
|
|
|
+8 часов
|
|
|
|
+
|
|
|
|
+Запускает процессы сбора, обработки и загрузки данных из источников в ХД
|
|
|
|
+
|
|
|
|
+12 часов
|
|
|
|
+
|
|
|
|
+Протоколирует результаты сбора, обработки и загрузки данных
|
|
|
|
+
|
|
|
|
+12 часов
|
|
|
|
+
|
|
|
|
+ Требования к видам обеспечения
|
|
|
|
+ Требования к математическому обеспечению
|
|
|
|
+Не предъявляются.
|
|
|
|
+ Требования к информационному обеспечению
|
|
|
|
+ 2) Информационный обмен между компонентами системы:
|
|
|
|
+ - Система должна обеспечивать эффективный информационный обмен между различными компонентами, например, между базой данных, интерфейсом пользователя и системами управления продажами.
|
|
|
|
+ - Использование стандартных протоколов обмена данными и механизмов синхронизации информации между компонентами системы является важным требованием.
|
|
|
|
+ 3) Информационная совместимость со смежными системами:
|
|
|
|
+ - Система должна быть способна взаимодействовать с другими информационными системами, например, учетной системой, системой управления запасами и т.д., для обмена данными и координации операций.
|
|
|
|
+ 4) Использование общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов:
|
|
|
|
+ - Для обеспечения единства классификации и структурирования информации, система должна использовать согласованные классификаторы и унифицированные документы, установленные в отрасли и регулирующие документы.
|
|
|
|
+ 5) Применение систем управления базами данных:
|
|
|
|
+ - Для хранения, обработки и управления информацией требуется использование систем управления базами данных (СУБД), таких как MySQL, PostgreSQL, Microsoft SQL Server и других.
|
|
|
|
+ 6) Структура процесса сбора, обработки, передачи данных и представления данных:
|
|
|
|
+ - Процессы сбора, обработки, передачи и представления данных должны быть оптимизированы для обеспечения эффективного функционирования системы.
|
|
|
|
+ 7) Защита данных от разрушений при авариях и сбоях в электропитании системы:
|
|
|
|
+ - Резервное копирование, механизмы восстановления данных и защита от потери информации в случае сбоев и аварий являются неотъемлемой частью информационного обеспечения.
|
|
|
|
+ 8) Контроль, хранение, обновление и восстановление данных:
|
|
|
|
+ - Система должна обеспечивать контроль целостности данных, соблюдение требований по хранению, обновлению и восстановлению информации в соответствии с установленными стандартами и политиками предприятия.
|
|
|
|
+ 9) Процедура придания юридической силы документам, продуцируемым техническими средствами:
|
|
|
|
+ - Для электронных документов, создаваемых техническими средствами, требуется установление процедур и механизмов для обеспечения юридической силы информации и документов.
|
|
|
|
+ 4.3.2.1. Требования к информационному обмену между компонентами системы
|
|
|
|
+ Информационный обмен между компонентами системы КХД должен быть реализован следующим образом:
|
|
|
|
+ Таблица 5. Информационный обмен
|
|
|
|
+
|
|
|
|
+ Подсистема сбора, обработки и загрузки данных
|
|
|
|
+ Подсистема хранения данных
|
|
|
|
+ Подсистема формирования и визуализации отчетности
|
|
|
|
+ Подсистема сбора, обработки и загрузки данных
|
|
|
|
+
|
|
|
|
+ X
|
|
|
|
+
|
|
|
|
+ Подсистема хранения данных
|
|
|
|
+ X
|
|
|
|
+
|
|
|
|
+ X
|
|
|
|
+ Подсистема формирования и визуализации отчетности
|
|
|
|
+
|
|
|
|
+ X
|
|
|
|
+
|
|
|
|
+
|
|
|
|
+4.3.2.3. Требования к информационной совместимости со смежными системами
|
|
|
|
+Состав данных для осуществления информационного обмена по каждой смежной системе должен быть определен Разработчиком на стадии Проектирование совместно с полномочными представителями Заказчика.
|
|
|
|
+ Система не должна быть закрытой для смежных систем и должна поддерживать возможность экспорта данных в смежные системы через интерфейсные таблицы или файлы данных.
|
|
|
|
+ Система должна обеспечить возможность загрузки данных, получаемых от смежной системы.
|
|
|
|
+ 4.3.2.4. Требования по использованию классификаторов, унифицированных документов и классификаторов
|
|
|
|
+ Система, по возможности, должна использовать классификаторы и справочники, которые ведутся в системах-источниках данных.
|
|
|
|
+ Основные классификаторы и справочники в системе (клиенты, абоненты, бухгалтерские статьи и т.д.) должны быть едиными.
|
|
|
|
+ Значения классификаторов и справочников, отсутствующие в системах-источниках, но необходимые для анализа данных, необходимо поддерживать в специально разработанных файлах или репозитории базы данных.
|
|
|
|
+ 4.3.2.5. Требования по применению систем управления базами данных
|
|
|
|
+ Для реализации подсистемы хранения данных должна использоваться промышленная СУБД <указывается название и версия СУБД>.
|
|
|
|
+ 4.3.2.6. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
|
|
|
|
+Процесс сбора, обработки и передачи данных в системе определяется регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на этапе Проектирования.
|
|
|
|
+ 4.3.2.7. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
|
|
|
|
+ Информация в базе данных системы должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания.
|
|
|
|
+Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов.
|
|
|
|
+ Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных.
|
|
|
|
+ 4.3.5. Требования к техническому обеспечению
|
|
|
|
+ 4.3.7. Требования к организационному обеспечению
|
|
|
|
+ Приводятся:
|
|
|
|
+1) требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию.
|
|
|
|
+2) требования к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации.
|
|
|
|
+3) требования к защите от ошибочных действий персонала системы.
|
|
|
|
+ Основными пользователями системы КХД являются сотрудники функционального (например, сотрудники аналитического отдела) подразделения Заказчика.
|
|
|
|
+ Обеспечивает эксплуатацию Системы подразделение информационных технологий Заказчика.
|
|
|
|
+ Состав сотрудников каждого из подразделений определяется штатным расписанием Заказчика, которое, в случае необходимости, может изменяться.
|
|
|
|
+ К организации функционирования Системы КХД и порядку взаимодействия персонала, обеспечивающего эксплуатацию, и пользователей предъявляются следующие требования:
|
|
|
|
+ - в случае возникновения со стороны функционального подразделения необходимости изменения функциональности системы КХД, пользователи должны действовать следующим образом <описать, что должны делать пользователи (кому писать, звонить, идти) в случае необходимости доработки системы>;
|
|
|
|
+- подразделение, обеспечивающее эксплуатацию системы, должно заранее (не менее чем за 3 дня) информировать всех пользователей (с указанием точного времени и продолжительности) о переходе её в профилактический режим.
|
|
|
|
+ К защите от ошибочных действий персонала предъявляются следующие требования:
|
|
|
|
+- должна быть предусмотрена система подтверждения легитимности пользователя при просмотре данных;
|
|
|
|
+ - для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности;
|
|
|
|
+ - для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя.
|
|
|
|
+ 4.3.8. Требования к методическому обеспечению
|
|
|
|
+ Приводятся требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т. п.).
|
|
|
|
+ Приводятся название методик, инструкций и ссылки на них для ПО и АПК каждой из подсистем.
|
|
|
|
+ 4.3.9. Требования к патентной чистоте
|
|
|
|
+ В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей.
|
|
|
|
+ По всем техническим и программным средствам, применяемым в системе, должны соблюдаться условия лицензионных соглашений и обеспечиваться патентная чистота.
|
|
|
|
+ Патентная чистота - это юридическое свойство объекта, заключающиеся в том, что он может быть свободно использован в данной стране без опасности нарушения действующих на ее территории патентов исключительного права, принадлежащего третьим лицам (права промышленной собственности).
|
|
|
|
+ 5. Состав и содержание работ по созданию системы
|
|
|
|
+ Работы по созданию системы выполняются в три этапа:
|
|
|
|
+Проектирование. Разработка эскизного проекта. Разработка технического проекта (продолжительность -- 1 месяца).
|
|
|
|
+ Разработка рабочей документации. Адаптация программ (продолжительность -- 2-3 месяца).
|
|
|
|
+ Ввод в действие (продолжительность -- 2 недели).
|
|
|
|
+ Конкретные сроки выполнения стадий и этапов разработки и создания Системы определяются Планом выполнения работ, являющимся неотъемлемой частью Договора на выполнение работ по настоящему Частному техническому заданию.
|
|
|
|
+ Перечень организаций - исполнителей работ, определение ответственных за проведение этих работ организаций определяются Договором.
|
|
|
|
+ Возможно приведение таблицы, в которой будут укрупненно описываться работы по каждому этапу, выходные результаты, участие Разработчика и ответственность Заказчика.
|
|
|
|
+ 6. Порядок контроля и приёмки системы
|
|
|
|
+ 1) виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
|
|
|
|
+ 2) общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации;
|
|
|
|
+ З) статус приемочной комиссии: ведомственная.
|
|
|
|
+ 6.1. Виды и объем испытаний системы
|
|
|
|
+Система подвергается испытаниям следующих видов:
|
|
|
|
+1. Предварительные испытания.
|
|
|
|
+ 2. Опытная эксплуатация.
|
|
|
|
+ 3. Приемочные испытания.
|
|
|
|
+ Состав, объем и методы предварительных испытаний системы определяются документом <<Программа и методика испытаний>>, разрабатываемым на стадии <<Рабочая документация>>.
|
|
|
|
+Состав, объем и методы опытной эксплуатации системы определяются документом <<Программа опытной эксплуатации>>, разрабатываемым на стадии <<Ввод в действие>>.
|
|
|
|
+Состав, объем и методы приемочных испытаний системы определяются документом <<Программа и методика испытаний>>, разрабатываемым на стадии <<Ввод в действие>> с учетом результатов проведения предварительных испытаний и опытной эксплуатации.
|
|
|
|
+
|
|
|
|
+6.2. Требования к приемке работ по стадиям
|
|
|
|
+Требования к приемке работ по стадиям приведены в таблице.
|
|
|
|
+ Таблица 6. Требования к приемке работ
|
|
|
|
+ Стадия испытаний
|
|
|
|
+ Участники испытаний
|
|
|
|
+ Место и срок проведения
|
|
|
|
+ Порядок согласования документации
|
|
|
|
+ Статус приемочной комиссии
|
|
|
|
+ Предварительные испытания
|
|
|
|
+ Организации Заказчика и Разработчика
|
|
|
|
+ На территории Заказчика, с 06.06.2024 по 26.06.2024
|
|
|
|
+ Проведение предварительных испытаний.
|
|
|
|
+Фиксирование выявленных неполадок в Протоколе испытаний.
|
|
|
|
+Устранение выявленных неполадок.
|
|
|
|
+Проверка устранения выявленных неполадок.
|
|
|
|
+Принятие решения о возможности передачи АИС в опытную эксплуатацию.
|
|
|
|
+Составление и подписание Акта приёмки АИС в опытную эксплуатацию.
|
|
|
|
+ Экспертная группа
|
|
|
|
+ Опытная эксплуатация
|
|
|
|
+ Организации Заказчика и Разработчика
|
|
|
|
+ На территории Заказчика, с 29.06.2024 по 02.07.2024
|
|
|
|
+ Проведение опытной эксплуатации.
|
|
|
|
+Фиксирование выявленных неполадок в Протоколе испытаний.
|
|
|
|
+Устранение выявленных неполадок.
|
|
|
|
+Проверка устранения выявленных неполадок.
|
|
|
|
+Принятие решения о готовности АИС к приемочным испытаниям.
|
|
|
|
+Составление и подписание Акта о завершении опытной эксплуатации АИС.
|
|
|
|
+ Группа тестирования
|
|
|
|
+ Приемочные испытания
|
|
|
|
+ Организации Заказчика и Разработчика
|
|
|
|
+ На территории Заказчика
|
|
|
|
+ Проведение приемочных испытаний.
|
|
|
|
+Фиксирование выявленных неполадок в Протоколе испытаний.
|
|
|
|
+Устранение выявленных неполадок.
|
|
|
|
+Проверка устранения выявленных неполадок.
|
|
|
|
+Принятие решения о возможности передачи АИС в промышленную эксплуатацию.
|
|
|
|
+Составление и подписание Акта о завершении приемочных испытаний и передаче АИС в промышленную эксплуатацию.
|
|
|
|
+Оформление Акта завершения работ.
|
|
|
|
+ Приемочная комиссия
|
|
|
|
+ 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
|
|
|
|
+ В перечень основных мероприятий включают:
|
|
|
|
+1) приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;
|
|
|
|
+ 2) изменения, которые необходимо осуществить в объекте автоматизации;
|
|
|
|
+3) создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
|
|
|
|
+ 4) создание необходимых для функционирования системы подразделений и служб;
|
|
|
|
+5) сроки и порядок комплектования штата и обучения персонала.
|
|
|
|
+ Для создания условий функционирования КХД, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в настоящем техническом задании, и возможность эффективного её использования, в организации Заказчика должен быть проведен комплекс мероприятий.
|
|
|
|
+7.1. Технические мероприятия
|
|
|
|
+ Силами Заказчика в срок до начала этапа <<Разработка рабочей документации. Адаптация программ>> должны быть выполнены следующие работы:
|
|
|
|
+- осуществлена подготовка помещения для размещения АТК системы в соответствии с требованиями, приведенными в настоящем техническом задании;
|
|
|
|
+- осуществлена закупка и установка необходимого АТК;
|
|
|
|
+- организавано необходимое сетевое взаимодействие.
|
|
|
|
+
|
|
|
|
+7.2. Организационные мероприятия
|
|
|
|
+ Силами Заказчика в срок до начала этапа работ <<Разработка рабочей документации. Адаптация программ>> должны быть решены организационные вопросы по взаимодействию с системами-источниками данных. К данным организационным вопросам относятся:
|
|
|
|
+ - организация доступа к базам данных источников;
|
|
|
|
+ - определение регламента информирования об изменениях структур систем-источников;
|
|
|
|
+- выделение ответственных специалистов со стороны Заказчика для взаимодействия с проектной командой по вопросам взаимодействия с системами-источниками данных.
|
|
|
|
+ 7.3. Изменения в информационном обеспечении
|
|
|
|
+ Для организации информационного обеспечения системы должен быть разработан и утвержден регламент подготовки и публикации данных из систем-источников.
|
|
|
|
+Перечень регламентов может быть изменен на стадии <<Разработка рабочей документации. Адаптация программ>>.
|
|
|
|
+ 8. Требования к документированию
|
|
|
|
+ 1) согласованный Разработчиком и Заказчиком перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли Заказчика;
|
|
|
|
+перечень документов, выпускаемых на машинных носителях;
|
|
|
|
+требования к микрофильмированию документации;
|
|
|
|
+2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
|
|
|
|
+3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
|
|
|
|
+ Таблица 7. Этапы
|
|
|
|
+ Этап
|
|
|
|
+ Документ
|
|
|
|
+ Проектирование. Разработка эскизного проекта. Разработка технического проекта.
|
|
|
|
+ Ведомость эскизного проекта
|
|
|
|
+
|
|
|
|
+ Пояснительная записка к эскизному проекту [HYPERLINK: https://www.prj-exp.ru/patterns/pattern_draft_project.php]
|
|
|
|
+
|
|
|
|
+ Ведомость технического проекта
|
|
|
|
+
|
|
|
|
+ Пояснительная записка к техническому проекту [HYPERLINK: https://www.prj-exp.ru/patterns/pattern_tech_project.php]
|
|
|
|
+
|
|
|
|
+ Схема функциональной структуры [HYPERLINK: https://www.prj-exp.ru/patterns/diagram_functional_structure.php]
|
|
|
|
+ Разработка рабочей документации. Адаптация программ
|
|
|
|
+ Ведомость эксплуатационных документов
|
|
|
|
+
|
|
|
|
+ Ведомость машинных носителей информации
|
|
|
|
+
|
|
|
|
+ Паспорт
|
|
|
|
+
|
|
|
|
+ Общее описание системы
|
|
|
|
+
|
|
|
|
+ Технологическая инструкция
|
|
|
|
+
|
|
|
|
+ Руководство пользователя [HYPERLINK: https://www.prj-exp.ru/patterns/pattern_user_guide.php]
|
|
|
|
+
|
|
|
|
+ Описание технологического процесса обработки данных (включая телеобработку)
|
|
|
|
+
|
|
|
|
+ Инструкция по формированию и ведению базы данных (набора данных)
|
|
|
|
+
|
|
|
|
+ Состав выходных данных (сообщений)
|
|
|
|
+
|
|
|
|
+ Каталог базы данных [HYPERLINK: https://www.prj-exp.ru/patterns/pattern_database_catalog.php]
|
|
|
|
+
|
|
|
|
+ Программа [HYPERLINK: https://www.prj-exp.ru/patterns/pattern_program_of_test.php] и методика испытаний [HYPERLINK: https://www.prj-exp.ru/patterns/pattern_methods_of_test.php]
|
|
|
|
+
|
|
|
|
+ Спецификация
|
|
|
|
+
|
|
|
|
+ Описание программ
|
|
|
|
+
|
|
|
|
+ Текст программ
|
|
|
|
+ Ввод в действие
|
|
|
|
+ Акт приёмки в опытную эксплуатацию [HYPERLINK: https://www.prj-exp.ru/patterns/pattern_act_of_trial_operation.php]
|
|
|
|
+
|
|
|
|
+ Протокол испытаний [HYPERLINK: https://www.prj-exp.ru/patterns/pattern_report_of_test.php]
|
|
|
|
+
|
|
|
|
+ Акт приемки Системы в промышленную эксплуатацию
|
|
|
|
+
|
|
|
|
+ Акт завершения работ
|
|
|
|
+
|
|
|
|
+Вся документация должна быть подготовлена и передана как в печатном, так и в электронном виде (в формате Microsoft Word).
|
|
|
|
+ 9. Источники разработки
|
|
|
|
+ 1. Постановление о создании информационной системы для студенческой библиотеки от управления университета или колледжа.
|
|
|
|
+ 2. Требования пользователей (студентов, преподавателей, библиотекарей) к функционалу и интерфейсу системы.
|
|
|
|
+ 3. Анализ существующих информационных систем в других библиотеках и их функционала.
|
|
|
|
+ 4. Консультации с IT-специалистами и разработчиками по возможным техническим решениям.
|
|
|
|
+ 5. Стандарты безопасности и защиты данных, которые должны быть учтены при разработке системы.
|
|
|
|
+ 6. Бизнес-процессы библиотеки и специфические требования к системе учета и выдачи литературы.
|
|
|
|
+ 7. Требования к интеграции с другими информационными системами университета (например, системой учета студентов).
|
|
|
|
+ 8. План внедрения и обучения пользователей новой информационной системе.
|
|
|
|
+ 9. Оценка затрат на разработку, внедрение и поддержку информационной системы.
|