- •«Разработка требований к информационной системе»
- •4.1 Диаграмма опорных точек
- •4.2 Проведение аттестации требований, с указанием типов проверок.
- •Проверка на непротиворечивость.
- •Проверка на выполнимость.
- •Список используемой литературы
- •Приложение б «Техническая система»
- •12.1. Требования к проектной документации
Список используемой литературы
ГОСТ 34 -602.89 Техническое задание на создание атвоматизированной системы
ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению
Иванова Г.С. Технология программирования: Учебник для вузов. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2002. - 320 с.
Эрик Спирли «Корпоративные хранилища данных. Планирование, разработка, реализация. т.1»изд дом «Вильямс», 2001,400с.
Хранилища данных С. Я. Архипенков, Д. В. Голубев, О. Б. Максименко 528 стр. 2002 г. выпуска Издательство: Диалог — МИФИ
Приложение б «Техническая система»
Общие сведения
1.1. Наименование системы
Система хранения данных корпоративного предприятия ООО «Шкода - Такси»
2.1. Назначение и цели создания системы
Система хранения данных корпоративного предприятия ООО «Шкода - Такси» предназначена для систематизации всех данных предприятия, облегчения работы с данными, повышения безопасности хранения данных, аккумулирования управления предпритияем в одной системе.
Характеристика объектов информатизации
3.1. Краткое описание работы предприятия
К основным направлениям работы предприятия относятся:
·предоставление услуг легковых перевозок пассажиров легковым транспортом;
·обслуживание юридических и физических лиц;
·заблаговременный прием заказов;
·наличие «постоянных клиентов» и систем скидок;
3.2. Описание объектов информатизации
К основным объектам информатизации системы относятся:
Предприятие ООО «Шкода — Такси»;
·Директор — Скоблин Виталий Евгеньевич;
Требования к информационной системе
4.1. Базовые принципы разработки подсистем
При проектировании и разработке подсистем должны использоваться следующие базовые принципы:
·Исключение дублирования ввода информации и повышение ее достоверности, за счет отождествления ранее введенной информации;
Система должна удовлетворять следующим требованиям:
·Пользовательский интерфейс системы должен быть сформирован в соответствии с навыками и профилем пользователей;
·Оперируемые в системе данные должны удовлетворять запросам пользователей;
Система должна содержать:
·Средства поиска информации;
·Средства графического вывода;
·Средства взаимодействя с базами данных;
·ETL – систему;
·Средства сортировки информации;
·Средства аутентификации пользователей;
·Средства резервного копирования;
·Средства вывод отчетности;
Выбор прикладного программного обеспечения системы должен удовлетворять следующим критериям:
·Интеграция с базами данных, поддерживающих Web-технологии;
4.2. Требования к архитектуре системы.
Архитектура системы хранения данных корпоративного предприятия ООО «Шкода - Такси» является трехзвенной. Клиентское прложение разрабатыется.
4.3. Требования к способам и средствам связи для информационного обмена между компонентами (модулями) системы хранения данных корпоративного предприятия ООО «Шкода - Такси»
Подсистемы должны взаимодействовать в пределах единой компьютерной сети (Интернет/Интранет), в которой происходит весь обмен информацией.
4.4. Требования к характеристикам взаимосвязей системы со смежными системами
Смежными системами для информационной системы Система хранения данных корпоративного предприятия ООО «Шкода - Такси» являются: ETL - система
4.5. Требования к режимам функционирования подсистемы
Разрабатываемая система должна функционировать 24 часа в сутки, 365 дней в году.
4.6. Требования к пользователям
Система подразумевает четыре типа пользователя:
·Руководитель – имеет доступ к просмотру всех данных, имеет возможность просмотра всей отчетности и редактирования всех данных ;
·Бухгалтер — имеет доступ к отчетности, связанной с финансами,кадрами и ресурсами, имеет возможность редактировать данные разделы;
·Аналитик — имеет доступ к отчетности по ресурсам и финансам. Не имеет возможности редактирования
·Оператор ПК - имеет доступ только к кадровой составляющей и ресурсам, может редактировать только эти области
·Механик — имеет доступ тлоько к ресурсам, может редактировать только раздел «автозапчасти»
·Юрист — имеет доступ с судебной документации и договорам и кадрам и ресурсам. Может редактировать только договоры.
4.7. Требования по эргономике и технической эстетике
Основными требованиями по эргономике и технической эстетике является адекватность времени реакции модулей системы на сложность запроса пользователя к базам данных:
·При выполнении стандартных запросов пользователь должен работать с системой в реальном режиме времени;
4.8. Требования к численности и квалификации персонала системы и режиму его работы.
Квалификация персонала, порядок его подготовки и контроль знаний и навыков.
4.9. Требования к защите информации от несанкционированного доступа.
Разрабатываемая система должна обладать специализированной подсистемой разграничения доступа к информационным ресурсам, функционирующей на основе системы пользователей и пользовательских групп.
4.10. Требования к обмену данными
·Обмен данными должен происходить по сети в среде Intranet/Internet с поддержкой протокола TCP/IP;
4.11. Требования к внешней среде системы
Сервер баз данных или сервер приложений должен обеспечивать:
·Оперативный доступ к запрашиваемым данным;
·Взаимодействие со всеми подсистема в режиме реального времени;
·Возвращать данные в соответствии с выборкой;
·Обеспечивать своевременное резервное копирование;
4.12. Требования к хранению данных
База данных предприятия ООО «Шкода - Такси» должна содержать следующие данные:
·Договоры лизинга;
·Списки машин;
·Кадровые списки;
Договоры с контрагентами;
·Данные по запрчастям;
4.13. Требования к отдельным подсистемам
4.13.1. Модель данных
·содержит все главные компоненты, такие как словарь понятий, структура хранилища данных, труктура витрин данных
·обеспечивает создание гибкой и масштабируемой инфраструктуры хранилища данных ;
Подсистема сбора, анализа и загрузки информации(ELT)
·извлечение данных с внешних источников, анализ, преобразование и загрузка в системц хранения данных;
4.13.3. Хранилище данных
·обеспечивает хранение всех данных;
·выдача данных в графики, таблицы, отчеты;
Подсистема поддержки
·обеспечивает администрирование системы в целом;
4.13.5.Подсистема анализа отчетности
·формирование и вывод отчетности по требованию;
Состав и содержание работ по созданию системы хранения данных корпоративного предприятия ООО «Шкода — Такси»:
·Разработать модель БД, позволяющую хранить и обрабатывать все необходимые данные;
·Разработать графический интерфейс;
·Подключить TLE – систему;
·Разработать механизмы аутентификации пользователей, назначение ролей;
·Разработать механизмы графического отображения данных;
·Разрботать механизмы поиска и сортировки;
·Разработать механизмы резервного копирования;
·Разработать механизмы добавления и удаления и обновления данных;
·Разработать модели представления данных;
Приемо-сдаточные испытания системы хранения данных корпоративного предприятия ООО «Шкода - Такси»
После завершения всех работ по разработке компонентов, настройке подсистем.
Внесение корректировок в программный продукт, связанных с ошибками в Системе хранения данных корпоративного предприятия ООО «Шкода - Такси»
Все ошибки, которые будут выявлены в работе Системы в течении 12 месяцев исправить по требованию Заказчика.
Тестирование
Перед сдачей Модулей и Компонент Заказчику для выявления возможных сбоев в работе
Порядок контроля и приемки системы хранения данных корпоративного предприятия ООО «Шкода - Такси»
Для проверки выполнения заданных функций Системы, определения и проверки соответствия требованиям ТЗ количественных и (или) качественных характеристик Системы, выявления и устранения недостатков в действиях Системы и в разработанной документации, поэтапного контроля над ходом разработки должны быть проведены следующие виды испытаний:
·Предварительные;
·Промежуточные, после разработки каждой подсистемы
·Финальные;
Процедуры тестирования и контроля качества
При проведении испытаний должны использоваться следующие типы процедур тестирования и контроля качества:
·функциональное тестирование - тестирование ПО на соответствие функциональным спецификациям;
·оптимизация работы;
·устранение шероховатостей во взаимодействии подсистем;
Общие требования к приемке работ
Сроки и место приемки, порядок приемки работ определяются в соответствии с настоящим ТЗ.
На выполнение данной работы отводиться 130 дней. Исполнитель должен предъявлять Заказчику отчет о выполненных работах каждые 15 дней.
Требования к документированию
