
- •Аннотация
- •Оглавление
- •Определения, обозначения и сокращения
- •Введение
- •Аналитическая часть
- •Анализ предметной области
- •Разработка функциональной модели as is
- •Описание организационной структуры предприятия.
- •Описание схемы документооборота предприятия
- •Описание существующих информационных процессов.
- •Анализ существующих ис
- •Разработка технико-экономического обоснования
- •Разработка функциональной модели to be
- •1.5.1 Разработка стратегической карты
- •1.5.2 Разработка контекстной диаграммы и подсистем ис
- •1.5.3 Распределение показателей по подсистемам ис
- •1.5.4 Декомпозиция подсистем
- •Разработка логической бд
- •Разработка физической бд
- •Разработка документа «Концепция системы»
- •Разработка технического задания
- •Проектная часть
- •Техническое проектирование
- •Рабочее проектирование
- •Обоснование выбора технических решений
- •Обоснование выбора средств для разработки ис
- •Разработка программного документа «Текст программы»
- •Цель испытаний
- •Общие положения
- •Объем испытаний
- •Средства для проведения испытаний
- •Условия и порядок проведения испытаний
- •Методика испытаний программных модулей
- •Тестирования функции «регистрация и авторизация»
- •Тестирование функции «обработка бронирований»
- •Тестирование функции «управление пользователями»
- •Тестирования функции «управление каталогом»
- •Тестирование функции «формирование отчетов»
- •Оценка экономической эффективности проекта
- •Календарно-ресурсное планирование проекта
- •3.1.1 Составление календарного графика
- •3.1.2 Построение диаграммы Ганта
- •Анализ затрат на ресурсное обеспечение
- •Расчет затрат на разработку системы
- •Расчет затрат на эксплуатацию системы
- •Анализ качественных и количественных факторов воздействия проекта на бизнес-архитектуру организации
- •Экономия труда за счет внедрения ис
- •Расчет экономической эффективности от внедрения системы
- •Заключение
- •Список литературы
- •Приложения Приложение а Технико-экономическое обоснование
- •Приложение б Концепция системы
- •Приложение в Техническое задание
- •4.1.2 Требования к численности и квалификации персонала системы и режиму его работы
- •7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
- •8 Требования к документированию
- •9 Источники разработки
- •Технический проект
- •2 Основные технические решения
- •2.1 Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы
- •2.2 Решения по взаимосвязям ас со смежными системами, обеспечению ее совместимости.
- •2.3 Решения по режимам функционирования, диагностированию работы системы
- •2.4 Решения по персоналу и режимам его работы
- •2.5 Состав функций, комплексов задач, реализуемых системой
- •5 Спецификации для разработанных программных модулей.
- •5.1 Описание организации информационной базы
- •5.1.1 Описание входящей информации
- •5.1.2 Описание исходящей информации
- •Текст программы
- •Файл header.Php
- •Файл footer.Php
- •Файл login.Php
- •Файл db.Php
- •Файл catalog.Php
- •Файл catalog_edit.Php
- •Файл booking.Php
- •Файл check_availability.Php
- •Файл login_process.Php
- •Файл registration.Php
- •Файл register_process.Php
- •Файл statistics_manager.Php
- •Файл profile.Php
- •Руководство пользователя
- •1. Введение
- •2. Регистрация и вход
- •3. Использование системы
- •4. Административные функции
- •5. Отчеты и статистика
- •Диаграмма Ганта
- •Заказ предприятия
- •Акт о внедрении результатов выпускной квалификационной работы
- •Справка
4.1.2 Требования к численности и квалификации персонала системы и режиму его работы
Численность и квалификация персонала системы должны определяться с учетом следующих требований:
- структура и конфигурация системы должны быть спроектированы и реализованы с целью минимизации количественного состава обслуживающего персонала;
- структура системы должна предоставлять возможность управления всем доступным функционалом системы как одному администратору, так и предоставлять возможность разделения ответственности по администрированию между несколькими администраторами;
- для администрирования системы к администратору не должны предъявляться требования по знанию всех особенностей функционирования элементов, входящих в состав администрируемых компонентов системы;
- аппаратно-программный комплекс системы не должен требовать круглосуточного обслуживания и присутствия администраторов у консоли управления.
Штатный состав персонала, эксплуатирующего систему, должен формироваться на основании нормативных документов Российской Федерации и Трудового кодекса.
Все специалисты должны работать с нормальным графиком работы не более 8 часов в сутки.
Система реализуется на персональных компьютерах, поэтому требования к организации труда и режима отдыха при работе с ней должны устанавливаться, исходя из требований к организации труда и режима отдыха при работе с этим типом средств вычислительной техники.
Для обеспечения максимальной работоспособности и сохранения здоровья профессиональных пользователей на протяжении рабочей смены должны устанавливаться регламентированные перерывы: через 2 часа после начала рабочей смены и через 1,5 – 2,0 часа после обеденного перерыва продолжительностью 15 минут каждый или продолжительностью 10 минут через каждый час работы. Продолжительность непрерывной работы персонала с разрабатываемой системой и персональными компьютерами без регламентированного перерыва не должна превышать 2 часа.
Режим работы системы должен быть круглосуточным, обеспечивая доступ для клиентов в любое время. Персонал системы должен работать в соответствии с установленным графиком, который обеспечит бесперебойное функционирование системы.
4.1.3 Показатели назначения
Система должна обеспечивать:
- скорость обработки запросов: не более 2 секунд на выполнение операции бронирования или обновления данных;
- доступность системы: не менее 99.9% времени в год;
- время отклика: не более 1 секунды для интерфейсов пользователя.
4.1.4 Требования к надежности
Система должна обеспечивать:
- непрерывность работы: за счет использования резервных копий и механизмов восстановления данных;
- защищенность данных: обеспечение конфиденциальности и целостности данных пользователей и клиентов;
- минимизация простоев: быстрая реакция на неисправности и их устранение в минимальные сроки.
4.1.5 Требования к эргономике и технической эстетике
Интерфейс системы должен быть:
- интуитивно понятным: легкий в освоении для пользователей различного уровня квалификации;
- эргономичным: минимизировать количество действий, необходимых для выполнения основной операции;
- приятным для восприятия: использовать современные стандарты дизайна и цветовые схемы, которые не утомляют глаза.
4.1.6 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
Эксплуатация: Система должна быть доступна для использования в режиме 24/7.
- техническое обслуживание: регулярные проверки и обновления системы должны проводиться ежемесячно;
- ремонт: в случае неисправностей должна быть предусмотрена возможность быстрого восстановления работоспособности системы с использованием резервных копий;
- хранение компонентов: все компоненты системы, включая оборудование и данные, должны храниться в условиях, соответствующих требованиям безопасности и защиты данных.
4.1.7 Требования к защите информации от несанкционированного доступа
4.1.7.1 Требования к информационной безопасности
Система должна обеспечивать многоуровневую защиту данных, включая использование шифрования для передачи и хранения данных, аутентификацию пользователей через многофакторные методы и строгий контроль доступа с разграничением прав пользователей на уровне ролей.
4.1.7.2 Требования к антивирусной защите
Система должна использовать современные антивирусные решения для защиты от вредоносных программ, включая регулярные обновления антивирусных баз и проведение сканирования на наличие угроз.
4.1.8 Требования по сохранности информации при авариях
Система должна иметь механизмы автоматического резервного копирования данных, с возможностью восстановления информации в случае сбоев или аварий. Резервное копирование должно осуществляться ежедневно, а копии данных должны храниться в защищенном удаленном хранилище.
4.1.9 Требования к защите от влияния внешних воздействий
Защита от влияния внешних воздействий должна обеспечиваться средствами программно-технического комплекса Заказчика.
4.1.10 Требования по стандартизации и унификации
Система должна соответствовать установленным международным и национальным стандартам в области информационных технологий и защиты данных. Все компоненты системы, включая программное и аппаратное обеспечение, должны быть унифицированы для обеспечения совместимости и легкости замены. Документация и интерфейсы системы должны быть стандартизированы для удобства использования и обслуживания.
4.1.11 Дополнительные требования
Дополнительные требования не предъявляются.
4.1.12 Требования безопасности
Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ. Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение. Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения.
Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).
4.1.13 Требования к транспортабельности для подвижных ИС
Требования не предъявляются.
4.2 Требования к функциям, выполняемым системой
Требования к функциям были подробно описаны в п. 4.1.1 настоящего ТЗ.
4.3 Требования к видам обеспечения
4.3.1 Требования к математическому обеспечению
Требования к математическому обеспечению не предъявляются.
4.3.2 Требования к информационному обеспечению
Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования. Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.
Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации. Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы). Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.
Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы.
4.3.3 Требования к лингвистическому обеспечению
Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык, возможно переключение на английский.
4.3.4 Требования к программному обеспечению
ИС должна быть введена в эксплуатацию на базе технических средств заказчика.
4.3.5 Требования к техническому обеспечению
ИС должна быть введена в эксплуатацию на базе технических средств заказчика.
4.3.6 Требования к метрологическому обеспечению
Требования к метрологическому обеспечению не предъявляются.
4.3.7 Требования к организационному обеспечению
Система должна быть интегрирована в существующую организационную структуру предприятия. Необходима подготовка и обучение персонала, разработка регламентов работы с системой, а также назначение ответственных за различные аспекты эксплуатации и технической поддержки системы.
4.3.8 Требования к патентной чистоте
По всем техническим и программным средствам, применяемым в системе, должны соблюдаться условия лицензионных соглашений и обеспечиваться патентная чистота.
5 Состав и содержание работ по созданию системы
Работы по созданию системы производятся согласно календарному плану, описанному в п. 1.5 настоящего ТЗ.
6 Порядок контроля и приёмки системы
6.1 Виды и объем испытаний системы
Виды, состав, объем, и методы испытаний подсистемы должны быть изложены в программе и методике испытаний ИС, разрабатываемой в составе рабочей документации.
6.1.1 Требования к приемке работ по стадиям
Сдача-приёмка работ производится поэтапно, в соответствии с календарным планом. Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии. Все создаваемые в рамках настоящей работы программные изделия (за исключением покупных) передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме.