Пример тз. ВИС. Отслеживания успеваемости учащихся "Дневник". Краткое наименование системы Дневник
Скачать 58.88 Kb.
|
Подсистема хранения данных1. Система электронных журналов и дневников должна обеспечивать возможность архивного хранения данных системы (в т.ч. на внешние электронные носители); 2. Система электронных журналов и дневников должна обеспечивать возможность резервного копирования данных (в т.ч. на внешние электронные носители); 3. В системе электронных журналов и дневников должна быть реализована возможность регистрации всех действий пользователей в системе (с указанием следующих параметров: время-пользователь-действие). Требования к структуре ЭЖ 1. Функциональность ЭЖ может быть реализована в виде единой ИС или в виде набора отдельных функциональных модулей *. 2. Администрация ОУ несет ответственность за бесперебойность образовательного процесса с учетом рисков технических сбоев ЭЖ. Для компенсации рисков технических сбоев в ОУ должны быть предусмотрены меры по временному осуществлению образовательного процесса без ведения ЭЖ. Поддержка множественных иерархических структур включает в себя: Добавление новых типов структур; Редактирование существующих типов; Создание шаблонов структур; Хранение истории изменений; т.п. Подсистема управления нормативно-справочной информациейПодсистема должна решать задачу обеспечения информационной совместимости данных, которыми обмениваются отдельные компоненты Системы между собой, а также со смежными системами в процессе функционирования. В число функций подсистемы должны быть включены функции ведения справочной информации. Справочники и классификаторы, входящие в состав подсистемы, должны проектироваться и разрабатываться в соответствии с действующими общероссийскими и международными справочниками и классификаторами, где это представляется возможным. Подсистема должна предоставлять пользователю удобные инструменты для поиска и применения необходимой справочной информации. Все справочники, входящие в состав НСИ системы, должны обладать следующей основной функциональностью: Постоянное хранение данных справочников; Добавление новых элементов; - Редактирование элементов; Удаление (удаление элементов возможно лишь в том случае, если другие существующие объекты системы не ссылаются на удаляемый элемент); Просмотр элементов; Просмотр списка элементов; Фильтрация и сортировка списка элементов; Поиск элементов; Экспорт и импорт элементов. Перечень функций справочников должен быть уточнен на стадиях технического проектирования и опытной эксплуатации. Подсистема управления нормативно-справочной информацией должна обеспечивать ведение следующих справочников и реестров: Реестр «Сотрудники»; Реестр «Адреса»; Реестр «Предприятия»; Реестр «Штатные расписания»; т.п. пр. Реестр «Сотрудники» Реестр «Сотрудники» должен обеспечивать возможность обработки необходимого набора атрибутов, включая: Фамилия; Имя; Отчество; Должность; т.п. пр. Модуль должен реализовывать следующие основные функции по обработке данных реестра: Постоянное хранение данных реестра; Добавление данных в реестр; Удаление данных реестра; Просмотр списка элементов реестра; Фильтрация и сортировка элементов реестра; Поиск элемента реестра; Просмотр данных элемента реестра; Просмотр фотографии сотрудника; Печать выписки из реестра «Список сотрудников»; т.п. пр. Реестр «Адреса» Реестр «Адреса» должен обеспечивать возможность обработки необходимого набора атрибутов, включая: Город; Улица; Дом; Корпус; т.п. пр. Подсистема интеграцииПодсистема должна обеспечивать следующие основные виды взаимодействия со смежными системами: прием запросов от смежных систем, обработку полученных запросов и предоставление ответов на запросы; передачу запросов в смежные системы и обработку полученных ответов. В ходе выполнения проекта должны быть разработаны форматы данных, протоколы и регламенты взаимодействия Системы со смежными системами. В число смежных систем должны входить: – Смежная система. Подсистема должна обеспечивать ведение журналов учета поступивших и обработанных запросов, посланных запросов и полученных ответов смежных систем. Открытый ведомственный информационный ресурс ФА. Автоматизированная система Открытый ведомственный информационный ресурс (АС ОВИР) должна обеспечивать публичный доступ гражданам Российской Федерации к открытой части информации АС Кадры через Интернет. Также АС ОВИР должна обеспечивать доступ пользователей АС Кадры к операционным данным БД АС (путем предоставления сервисов, позволяющих формировать запросы на получение информации ограниченного доступа, в соответствии с уровнем компетентности пользователя). 4.3 Требования к видам обеспечения УКАЗАНИЯ ГОСТ: В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы. Требования к математическому обеспечению системы УКАЗАНИЯ ГОСТ: Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Математические методы и алгоритмы, используемые для шифрования/дешифрования данных, а также программное обеспечение, реализующее их, должны быть сертифицированы уполномоченными организациями для использования в государственных органах Российской Федерации. Требования к информационному обеспечению системы УКАЗАНИЯ ГОСТ: Для информационного обеспечения системы приводят требования: к составу, структуре и способам организации данных в системе; к информационному обмену между компонентами системы; к информационной совместимости со смежными системами; по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии; по применению систем управления базами данных; к структуре процесса сбора, обработки, передачи данных в системе и представлению данных; к защите данных от разрушений при авариях и сбоях в электропитании системы; к контролю, хранению, обновлению и восстановлению данных; к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4). ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования. Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации. Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы). Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы. Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация). В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных. При проектировании и развертывании системы необходимо рассмотреть возможность использования накопленной информации из уже функционирующих информационных систем. Перечень функционирующих информационных систем приведен в разделе 3 настоящего документа. 4.3.3 Требования к лингвистическому обеспечению системы УКАЗАНИЯ ГОСТ: Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык. 4.3.4 Требования к программному обеспечению системы УКАЗАНИЯ ГОСТ: Для программного обеспечения системы приводят перечень покупных программных средств, а также требования: к независимости программных средств от используемых СВТ и операционной среды; к качеству программных средств, а также к способам его обеспечения и контроля; 3) по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: При проектировании и разработке системы необходимо максимально эффективным образом использовать ранее закупленное программное обеспечение, как серверное, так и для рабочих станций. Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows. 4.3.5 Требования к техническому обеспечению УКАЗАНИЯ ГОСТ: Для технического обеспечения системы приводят требования: к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе; к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы. ПРИМЕР СОДЕРЖАНИЯ: Техническое обеспечение системы должно максимально и наиболее эффективным образом использовать существующие в органах федерального агентства технические средства. В состав комплекса (Рисунок 1) должны следующие технические средства: – Серверы БД; Серверы приложений; Сервер системы формирования отчетности; Веб сервер; – ПК пользователей; ПК администраторов. Серверы БД должны быть объединены в отказоустойчивый кластер. Серверы приложений должны образовывать кластер с балансировкой нагрузки. Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит. Требования к техническим характеристикам серверов БД: Процессор – 2 х Intel Xeon 3 ГГц; Объем оперативной памяти – 16 Гб; Дисковая подсистема – 4 х 146 Гб; Устройство чтения компакт-дисков (DVD-ROM); – Сетевой адаптер – 100 Мбит. Требования к техническим характеристикам системы хранения данных: Дисковая подсистема 0,5 Тб Raid Array 5 Требования к техническим характеристикам серверов приложений: Процессор – 2 х Intel Xeon 3 ГГц; Объем оперативной памяти – 8 Гб; Дисковая подсистема – 4 х 146 Гб; Устройство чтения компакт-дисков (DVD-ROM); – Сетевой адаптер – 100 Мбит. Требования к техническим характеристикам веб сервера: Процессор – 2 х Intel Xeon 3 ГГц; Объем оперативной памяти – 16 Гб; Дисковая подсистема – 4 х 146 Гб; Устройство чтения компакт-дисков (DVD-ROM); – Сетевой адаптер – 100 Мбит. Требования к техническим характеристикам ПК пользователя и ПК администратора: Процессор – Intel Pentium 1.5 ГГц; Объем оперативной памяти – 256 Мб; Дисковая подсистема – 40 Гб; Устройство чтения компакт-дисков (DVD-ROM); – Сетевой адаптер – 100 Мбит. 4.3.6 Требования к метрологическому обеспечению УКАЗАНИЯ ГОСТ: В требованиях к метрологическому обеспечению приводят: предварительный перечень измерительных каналов; требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов; требования к метрологической совместимости технических средств системы; перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики; требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств, встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы; вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Требования к метрологическому обеспечению не предъявляются. 4.3.7 Требования к организационному обеспечению УКАЗАНИЯ ГОСТ: Для организационного обеспечения приводят требования: к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации; 3) к защите от ошибочных действий персонала системы. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Организационное обеспечение системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы. Заказчиком должны быть определены должностные лица, ответственные за: обработку информации АС; администрирование АС; обеспечение безопасности информации АС; управление работой персонала по обслуживанию АС. К работе с системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение работе с системой. 4.3.8 Требования к методическому обеспечению УКАЗАНИЯ ГОСТ: Для методического обеспечения САПР приводят требования к составу нормативнотехнической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т. п.). ПРИМЕР СОДЕРЖАНИЯ: В состав нормативно-правого и методического обеспечения системы должны входить следующие законодательные акты, стандарты и нормативы: т.п.; пр. 5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ УКАЗАНИЯ ГОСТ: Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ. В данном разделе также приводят: перечень документов, по ГОСТ 34.201-89, предъявляемых по окончании соответствующих стадий и этапов работ; вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт); программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости); перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости). ПРИМЕР СОДЕРЖАНИЯ:
|