ТИТУЛЬНЫЙ ЛИСТ
УТВЕРЖДЕН
А.В.00001- 01 33 01–1- ЛУ
ЕДИНАЯ СИСТЕМА ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН
ОПЕРАЦИОННАЯ СИСТЕМА
Загрузчик
Руководство программиста
А.В.00001- 01 33 01-1
(вид носителя данных)
Листов
2023
Оглавление
1. Аннотация3
2. Общие положения4
2.1. Полное наименование работ4
2.2. Наименование Заказчика работ4
2.3. Назначение системы4
2.4. Результаты работ4
2.5. Нормативная и техническая документация5
3. Общие требования к системе6
3.1. Подсистемы: назначение и основные характеристики6
3.1.1 Работа с пассажирами6
3.1.2 Работа с транспортом6
3.1.2 Работа с услугами6
3.1.3 Работа с персоналом6
3.2. Требования к персоналу6
3.3. Требования к надежности8
3.4. Графический интерфейс пользователя8
3.5. Требования к АО8
3.6. Требования к архитектуре системы9
3.7. Требование к обеспечению конфиденциальности и зашиты от
несанкционированного доступа10
4. Регламент работы с системой12
5. Требования к обслуживанию13
6. Порядок контроля и приемки Системы14
7. Требования к документированию15
2
1. Аннотация
Настоящий документ включает в себя технические требования на
создание и внедрение системы «Автовокзал» для транспортного
комплекса города Томска.
Система создается для автоматизации таких процессов как: заказ
билетов на нужный автобус, получение контактной информации о
пассажирах, процесса по отслеживанию купленных/не купленных
билетов, процесса введения в базу данных совершенных операций
пассажира и его данных.
3
2. Общие положения
1.1. Полное наименование работ
Проектирование, создание и внедрение автоматизированный
системы «Автовокзал» для транспортного комплекса города Томска.
1.2. Наименование Заказчика работ
Директор транспортного комплекса «Автовок» Смирнов Алексей
Сергеевич.
1.3. Назначение системы
Система должна автоматизировать работу автоматизации таких
процессов как: заказ билетов на нужный автобус, получение контактной
информации о пассажирах, процесса по отслеживанию купленных/не
купленных билетов, процесса введения в базу данных совершенных
операций пассажира и его данных.
Основными целью разработки системы является улучшение
качества обслуживания пассажиров и повышение производительности
труда водителей.
Основными задачами Системы являются:

Организация стабильной работы перевозки;

Автоматизация процессов;

Интеграция рекламной информации.
1.4. Результаты работ
По окончанию работ по созданию Системы должны быть
получены следующие результаты:

Спроектировано, развернуто, настроено на оборудовании
Заказчика необходимое ПО для работы функционала Системы;

Разработана техническая и пользовательская документация
эксплуатации Системы;
4

Обучение персонала Заказчика для эксплуатации Системы.
1.5. Нормативная и техническая документация
При разработке Системы и создании документации должны быть
использованы следующие нормативно-технические документы:
1.
ГОСТ 34.601-90. Информационная технология. Комплекс
стандартов на автоматизированные системы. Автоматизированные
системы. Стадии создания.
2.
ГОСТ 34.602-89 Информационная технология. Комплекс
стандартов на автоматизированные системы. Техническое задание на
создание автоматизированной системы.
3.
ГОСТ
34.603-92.
Информационная
технология.
Виды
испытаний автоматизированных систем
4.
ГОСТ 19. Единая система программной документации.
5.
РД 50-34.698-90. Методические указания. Информационная
технология. Комплекс стандартов на автоматизированные системы.
Автоматизированные системы. Требования к содержанию документов
5
2. Общие требования к системе
2.1. Подсистемы: назначение и основные характеристики
Система состоит из ряда подсистем, реализующих различные
процессы функционирования системы. Подсистемы связаны друг с
другом и образуют единое пространство для достижения целей,
поставленных перед Системой. Далее приводиться описание каждой
подсистемы.
3.1.1 Работа с пассажиром
Запись
нового
пассажира,
редактирование
информации
о
пассажирах. Предоставление пассажиру информацию о времени
движения автобуса, о его расписании. Предоставление информации о
самом транспорте, его характеристиках.
3.1.2 Работа с транспортном
Предоставление места; учет мест в транспорте; исправность и
надежность транспорта.
3.1.2 Работа с услугами
Заполнение (редактирование) информации об услугах;
3.1.3 Работа с персоналом
Запись (редактирование) данных о сотрудниках гостиницы.
2.2. Требования к персоналу
Система должна обеспечить возможность работы в режиме
сервера с постоянным обновлением данных, с постоянным доступом в
сеть и интернет.
Для эксплуатации системы определенны следующие роли:

Системный администратор,

Администратор информационной безопасности;

Штатный программист.
Основными обязанностями администратора ИБ являются:
6

Разработка,
управление
и
реализация
эффективной
политики ИБ системы;

Управление правами доступа к системе;

Осуществление мониторинга ИБ.
Администратор ИБ данных должен обладать высоким уровнем
квалификации
и
практическим
опытом
выполнения
работ
по
обеспечению ИБ
Основными
обязанностями
системного
администратора
являются:

Модернизация, настройка и мониторинг работоспособности
комплекса технических средств (сервера, сети и Интернет);

Установка,
модернизация,
настройка
и
мониторинг
работоспособности системного и базового ПО;

Установка, настройка и мониторинг работоспособности
прикладного ПО;
Системный администратор должен обладать высоким уровнем
квалификации и практическим опытом выполнения работ по установке,
настройке и администрированию программных и технических средств,
применяемых в системе.
Основными обязанностями штатного программиста являются:

Установка, настройка и мониторинг прикладных ПО;

Мониторинг и устранение неполадок в работе системы;

Модернизация системы.
Штатный программист должен обладать высоким уровнем
квалификации и практическим опытом работ по установке, настройке
ПО, опытом работ с системным кодом.
Рекомендуемая численность для эксплуатации Системы:

Администратор – 1 штатная единица;
7

Администратор ИБ – 1 штатная единица;

Штатный программист – 1 штатная единица.
2.3. Требования к надежности
Система должна сохранять работоспособность и обеспечивать
восстановление
своих
функций
при
возникновении
следующих
внештатных ситуаций:

При сбоях в системе электроснабжения аппаратной части,
приводящих к перезагрузке ОС, восстановление программы должно
происходить после перезапуска ОС и запуска необходимых для работы
Системных служб;

При ошибках и сбоях аппаратных средств (кроме носителей
данных) восстановление работоспособности возлагается на ОС;

При ошибках, связанных с ПО (ОС и драйверы устройств),
восстановление работоспособности возлагается на ОС.
Компоненты защиты Системы от несанкционированного доступа
должны обеспечивать:

Проверку ПО на обнаружение вирусов и кражу данных;

Разграничение прав доступа сотрудникам предприятия.
2.4. Графический интерфейс пользователя
Главная страница Системы должна обладать понятным и
простым оформлением, в то время как рабочие разделы системы
проектируются с расчетом на удобство в использовании и более
строгое оформление. Все страницы системы должны быть оформлены
в одном стиле.
2.5. Требования к АО
Компонент
Минимальная
8
Рекомендуемые
требования
Процессор
2,5ГГц
Два процессора с
тактовой частотой
3ГГц или выше
ОЗУ
4Гб
8 и выше
Диск
USB носитель
SSD внешний на
1TB и выше
Экран
1024х768
1024х768 и выше
Сеть
Соединение со
скоростью
100кбит/с
Система
бесперебойного
питания
100кбит/с и выше
Система
обеспечения
сохранности
данных
Еженедельное
резервное
копирование на
внешние источники
Microsoft Windows Server 2008 R2 Standart Edition
Microsoft ISA Server 2006 Standard Edition. Входит в состав
сервера Windows, загружается и устанавливается
дополнительно
Microsoft Office SharePoint Server 201
2.6. Требования к архитектуре системы
Система должна быть построена по архитектуре клиент-сервер с
возможностью
работы
пользователей
через
web-интерфейс.
Программно-технические средства Системы должны предусматривать
централизованное размещение по месту нахождения Заказчика.
Требования к платформе реализации.
Система должна функционировать на базе платформы Microsoft
Office 2020, Windows Server 2022 R2.
Архитектура программного решения.
9
Система как программный продукт предоставляется в виде
«пакета
решений»
в
терминологии
Windows
Services.
При
развёртывании решения в форме SharePoint регистрируется новый
шаблон узла, на основании которого будет создан корневой узел
системы.
2.7. Требование к обеспечению конфиденциальности и
защиты от несанкционированного доступа
При создании Системы должны быть предусмотрены механизмы
защиты информации на основе технологий, применяемых в настоящее
время у Заказчика.
Должны быть соблюдены условия конфиденциальности при
создании учетной записи сотрудника. Так, в случае использования
пароля для аутентификации (или других кодов доступа), система
должна предусматривать процедуры управления паролями (и другими
кодами доступа), не допускающими передачу пароля в каком-либо виде
между сотрудниками.
АУТЕНТИФИКАЦИЯ
Система должна обеспечивать аутентификацию сотрудников при
проведении всех операций в системе.
АВТОРИЗАЦИЯ ДОСТУПА
Система должна обеспечивать разграничение прав доступа к
отдельным информационным ресурсам для пользователей Системы на
основе ролевой модели доступа
ЦЕЛОСТНОСТЬ
Система должна обеспечивать целостность данных при их
обработке.
Система должна предусматривать возможность обеспечения
целостности данных при передаче по открытым каналам связи с
10
использованием криптографических средств, не входящих в состав
Системы.
Система должна предусматривать возможность интеграции с
системой
защищенного
удаленного
доступа
для
обеспечения
целостности данных при передаче по открытым каналам связи.
Система должна предусматривать возможность интеграции с единой
системой
автоматической
защиты
для
контроля
отсутствия
вредоносного кода в загружаемых в систему документах.
РЕГИСТРАЦИЯ СОБЫТИЙ
Система
должна
обеспечивать
регистрацию
событий
безопасности, а именно:

Изменений полномочий сотрудников;

Действий администраторов системы;

Попыток нарушения прав доступа;

Попыток неудачной аутентификации пользователя;

Попыток неудачной идентификации пользователей;

Операций с учётными записями;

Операций с персональными данными.
КОНФИДЕНЦИАЛЬНОСТЬ
Система должна предусматривать возможность интеграции с
системой
защищенного
удаленного
доступа
для
обеспечения
конфиденциальности передаваемых сведений по открытым каналам
связи. Система должна предусматривать возможность обеспечения
конфиденциальности передаваемых сведений по открытым каналам
связи с использованием криптографических средств, не входящих в
состав Системы
11
3. Регламент работы с системой
В работе с Системой принимают участие сотрудники Заказчика.
ОТДЕЛ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Поддержание
работоспособности
сервера,
поиск
и
устранение ошибок;

Модернизация ПО и АО;

Работа
с
сетевыми
кабелями,
жизненный цикл системы;

Устранение ошибок в коде системы;

Мониторинг работы сервера.
12
поддерживающими
4. Требования к обслуживанию
По дополнительному соглашению в течение одного года с
момента окончания работ по созданию и внедрению Системы должно
быть обеспечено обслуживание, в рамках которого должно быть
проведено устранение выявленных недостатков и обеспечение
стабильности эксплуатационных характеристик.
13
5. Порядок контроля и приемки Системы
Подрядчик
предоставляет
Заказчику
результаты
работ
в
соответствии с перечнем и в сроки, определенные в Календарном
плане работ. По завершению этапа разработки Системы должны быть
произведены автономные испытания Системы, включающие в себя
следующие работы:

Разработка программы и методики испытаний для каждой
основной подсистемы;

Проведение автономных испытаний каждой подсистемы;

Оформление актов завершения автономных испытаний и
допуска
к
После
завершения
комплексному
автономных
испытаний
испытанию.
должны
быть
проведены комплексные испытания Системы, включающие в себя
следующие работы:

разработка программы и методики комплексных испытаний;

проведение комплексных испытаний;

оформление акта завершения комплексного испытания и
готовности к опытной эксплуатации.
После
завершения
комплексных
испытаний
должна
быть
проведена опытная эксплуатация Системы, включающая в себя
следующие работы:

разработка программы проведения опытной эксплуатации;

проведение опытной эксплуатации;

оформление акта завершения опытной эксплуатации и
допуска к приемочным испытаниям.
14
После
завершения
опытной
эксплуатации
должны
быть
проведены приемочные испытания Системы, включающие в себя
следующие работы:

разработка программы и методики приемочных испытаний;

проведение приемочных испытаний;

оформление акта готовности к вводу в промышленную
эксплуатацию
6. Требования к документированию
Требования к составу и содержанию документации определяются
в соответствии с ГОСТ 34, ГОСТ 19, ГОСТ 2.114–95 и РД 50-34-34.69890. Вся техническая и пользовательская документация должна быть
подготовлена на бумажном носителе и оптическом CD (в формате
Microsoft Word 2003 и Adobe PDF).
Контрольные вопросы:
1. Как можно охарактеризовать понятие «программная
документация»? Программная документация — документы,
содержащие в зависимости от назначения данные, необходимые
для разработки, производства, эксплуатации, сопровождения
программы или программного средства.
2. Что представляет собой внешняя и внутренняя программная
документация?
Внешняя — всевозможные руководства для пользователей,
техническое задание, справочники; внутренняя документация —
та, которая используется в процессе разработки программного
обеспечения и недоступна конечному пользователю (различные
15
внутренние стандарты, комментарии исходного текста,
технологии программирования и т.д.).
3. Дайте определение понятию «единая система программной
документации».
ЕСПД (единая система программной документации) - комплекс
государственных стандартов (ГОСТ), устанавливающих
взаимосвязанные правила разработки, оформления и
обращения программ и программной документации.
4. В чем заключаются основные недостатки единой системы
программной документации?
ориентацию на единственную «каскадную» модель
жизненного цикла ПС
 отсутствие четких рекомендаций по документированию
характеристик качества ПС
 отсутствие системной увязки с другими действующими
отечественными системами стандартов по ЖЦ и
документированию продукции в целом, например ЕСКД
 нечетко выраженный подход к документированию ПС как
товарной продукции
 отсутствие рекомендаций по самодокументированию ПС,
например, в виде экранных меню и средств оперативной
помощи пользователю
 отсутствие рекомендаций по составу, содержанию и
оформлению перспективных документов на ПС,
согласованных с рекомендациями международных и
региональных стандартов
5. Дайте определение понятию «техническое задание».
Техническое задание – основной документ проекта, которым
Заявитель устанавливает цели и задачи проекта, номенклатуру и
16
назначение продуктов проекта, технические и иные значимые
характеристики проектируемого производства и продукта
проекта, порядок и последовательность необходимых стадий
реализации проекта, создания продукта проекта (в том числе
описание технологии) и контроля его качественных параметров.
6. Объясните смысл понятия «документация пользователя».
Документация пользователя: полный комплект документов,
поставляемых в печатном или другом виде, который
обеспечивает применение продукта, а также является его
неотъемлемой частью.
7. Какими свойствами должна обладать документация
пользователя? Дайте краткую характеристику.
Документация пользователя должна содержать информацию,
необходимую для использования продукта. В ней должны быть
полностью описаны все функции, установленные в описании
продукта, и все вызываемые пользователем функции из
программы. Кроме того, граничные значения, заданные в
описании продукта, должны быть продублированы в
документации пользователя.
17