Калькулятор Windows. Отчет по практическому заданию дисциплина Стандартизация и сертификация Тема Составление и оформление технического задания

Название	Отчет по практическому заданию дисциплина Стандартизация и сертификация Тема Составление и оформление технического задания
Анкор	Калькулятор Windows
Дата	12.12.2022
Размер	46.81 Kb.
Формат файла
Имя файла	TZ.docx
Тип	Отчет #840109

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное

Образовательное учреждение высшего образования

“УЛЬЯНОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ”

Колледж экономики и информатики им. А. Н. Афанасьева

Специальность 09.02.07 Информационные системы и программирование

ОТЧЕТ ПО ПРАКТИЧЕСКОМУ ЗАДАНИЮ

Дисциплина: Стандартизация и сертификация

Тема: Составление и оформление технического задания

Выполнил студент: гр. ИСдо-31

Давыдов Тимофей Олегович

Преподаватель: Трунова Татьяна Александровна

Ульяновск 2022




УТВЕРЖДАЮ		УТВЕРЖДАЮ
Руководитель		Руководитель
Личная подпись	Расшифровка подписи	Личная подпись	Расшифровка подписи

Печать		Печать

Дата		Дата

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На разработку программного модуля

Приложение “Калькулятор”



СОГЛАСОВАНО


Руководитель

Личная подпись			Расшифровка подписи

Печать			Дата

Ульяновск 2022

Техническое задание к приложению “Калькулятор Windows”

Разделы технического задания

1. Наименование программы 5

1.2 Наименование организаций – Заказчика и Разработчика 5

1.2.1 Заказчик 5

1.2.2 Разработчик 5

1.3 Плановые сроки начала и окончания работ 5

1.4 Источники и порядок финансирования 5

1.5 Порядок оформления и предъявления заказчику результатов 6

2. Назначения приложения 6

2.1 Назначение приложения: 6

2.2 Цель создания 7

3. Характеристика объектов автоматизации 7

4. Требования к системе 7

4.1 Требования к системе в целом 7

4.1.1 Требования к структуре и функционированию системы 7

4.1.2 Требования к численности и квалификации персонала системы и режиму его работы 8

4.1.5 Требования к эргономике и технической эстетике 11

4.1.6 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 12

4.1.7 Требования к защите информации от несанкционированного доступа 12

4.1.8 Требования по сохранности информации при авариях 13

4.1.10 Требования по стандартизации и унификации 14

4.1.11 Дополнительные требования 14

Отсутствуют. 14

4.2 Требования к функциям, выполняемым системой 15

4.2.1 Подсистема сбора, обработки и загрузки данных 15

4.3 Требования к видам обеспечения 16

4.3.1 Требования к математическому обеспечению 16

4.3.2 Требования к информационному обеспечению 17

4.3.4 Требования к программному обеспечению 20

4.3.5 Требования к техническому обеспечению 20

4.3.6 Требования к метрологическому обеспечению 21

4.3.7 Требования к организационному обеспечению 21

6.1 Виды и объем испытаний системы 23

6.2 Требования к приемке работ по стадиям 23

7.Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 23

7.1 Технические мероприятия 24

7.2 Организационные мероприятия 24

7.3 Изменения в информационном обеспечении 24

8. Требования к документированию 24

9. Источники разработки 25

1. Наименование программы

Приложение «Калькулятор»

1.2 Наименование организаций – Заказчика и Разработчика

1.2.1 Заказчик

Заказчик: ОАО MEDIATECH

Адрес фактический: г. Ульяновск, ул. Нариманова46а.

Телефон: +7(948)45-64-46

1.2.2 Разработчик

Разработчик: ЗАО SIMCARTECH

Адрес фактический: г. Ульяновск, ул. Гончарова55.

Телефон: +7(948)65-41-23

1.3 Плановые сроки начала и окончания работ

№	Этап	Содержание работы	Срок(в днях)
1	Техническое задание	Анализ и формализация требования к ПП, планирование работ.	1
2	Эскизный проект	Предварительная разработка проекта ПП с использованием UML: диаграммы прецедентов использования, диаграммы классов и последовательности.	2
3	Технический проект	Реализация рабочей версии ПП с основной функциональностью; модульные тесты.	4
4	Рабочий проект	Корректировка и доработка программного обеспечения; разработка документации.	2
5	Внедрение	Разработка мероприятий по внедрению и сопровождению ПП	1

1.4 Источники и порядок финансирования

Источником финансирования является компания ЗАО “Альфабанк”

Порядок финансирования определяется условиями Контракта.

1.5 Порядок оформления и предъявления заказчику результатов

Система передается в виде функционирующего комплекса на базе средств вычислительной техники Заказчика и Исполнителя в сроки, установленные контрактом. Приемка системы осуществляется комиссией в составе уполномоченных представителей Заказчика и Исполнителя.
Порядок предъявления системы, ее испытаний и окончательной приемки определен в п.6 настоящего ЧТЗ. Совместно с предъявлением системы производится сдача разработанного Исполнителем комплекта документации согласно п.8 настоящего ЧТЗ.

2. Назначения приложения

2.1 Назначение приложения:

Целью данного задания является создание программы "Калькулятор", которая и будет являться объектом исследования. Калькулятор - устройство для арифметических вычислений. Мы пользуемся простыми калькуляторами для математических вычислений в школе и для подсчета денег в магазине. Ученые, инженеры и статистики пользуются другими калькуляторами, способными выполнять сложные операции. Современные калькуляторы - это электронные приборы с маленькими силиконовыми микросхемами, производящими любые вычисления. Разновидность калькулятора - кассовый аппарат. Он суммирует цены и делает распечатку чека. Большинство кассовых аппаратов автоматически считывают цены по бар коду, указанному на каждом товаре. "Мозг" калькулятора может только складывать и вычитать. Умножение и деление он выполняет путем многократного сложения или вычитания. Обычный калькулятор выполняет сложение и вычитание, умножение и деление, а также вычисляет проценты. Любое число, которое вы вводите в калькулятор, преобразуется в бинарный код, а результаты в бинарном коде переводятся обратно в десятичную систему и отображаются на дисплее. Когда вы набираете числа на клавиатуре, в регистры памяти калькулятора вводятся бинарные коды для операндов и арифметических действий (сложения, вычитания, умножения и деления). Арифметический блок выполняет действие и сохраняет результат в одном из регистров. Затем результат пересылается в память дисплея и отображается в десятичной форме на дисплее.

2.2 Цель создания

Приложение “Windows калькулятор” создается с целью облегчить выполнение арифметических действий над числами.

Программа предназначена для вычисления заданных выражений, содержащих операции сложения, вычитания, произведения, деления, возведения в степень, в том числе со скобками и т.д.

3. Характеристика объектов автоматизации

Объектом автоматизации являются процессы по вычислению заданных выражений, содержащих операции сложения и т.д. Основной задачей программы является помощь при решении задач и уравнений.

4. Требования к системе

4.1 Требования к системе в целом

Необходимо разработать программу "Калькулятор" выполняющую основные арифметические операции, а также расчет основных тригонометрических функций

4.1.1 Требования к структуре и функционированию системы

Ввод исходного выражения для его последующего решения осуществляется посредством клавиатуры, экранной клавиатуры или из файла текстового формата. Выражение должно быть представлено в виде переменных, функций, чисел, знаков вычисления и скобок на латинице.

По команде пользователя (нажатие клавиши «=») программа осуществляет анализ исходного выражения и преобразовывает его с учетом приоритетности знаков вычисления, подстановкой переменных, распознавание тригонометрических и гиперболических функций, если таковые есть.

После выполнения обработки, представленной в предыдущем пункте, производится последовательное вычисление выражения.

После выполнения программой предыдущих пунктов на экран монитора выводится результат вычисления либо, если в выражении нарушен синтаксис (поставлена лишняя скобка, имеются незаданные переменные и пр.) выводится сообщение о некорректном вводе выражения.

4.1.2 Требования к численности и квалификации персонала системы и режиму его работы

Система может обслуживаться одним человеком. Пользователь системы должен иметь опыт работы с персональным компьютером на базе операционной системы Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных Windows-приложениях. Так же обязательно ознакомление с руководством пользователя.

4.1.2.2 Требования к квалификации персонала

Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц — системный администратор и конечный пользователь программы.

Системный администратор должен иметь высшее профильное образование. В перечень задач, выполняемых системным администратором, должны входить:

Задача поддержания работоспособности технических средств.
Задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы.
Задача установки программы.
Задача создания резервных копий базы данных.

4.1.3.1 Требования к приспособляемости системы к изменениям

Система должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Возможности масштабирования должны обеспечиваться средствами используемого базового программного обеспечения.

4.1.3.2 Требования к сохранению работоспособности системы в различных вероятных условиях

Система должна обеспечивать круглосуточный режим работы с перерывами 1 раз в неделю на сервисное обслуживание.
Должно обеспечиваться ежедневное проведение работ по наблюдению за состоянием аппаратно-технических средств.
Условия эксплуатации должны соответствовать нормальным климатическим условиям, определенным в ГОСТ 27201–87 и иметь следующие значения:

Температура воздуха от 15⁰ С до 25⁰С;
Относительная влажность от 45% до 75% при 25⁰ С;
Атмосферное давление от 630 мм. рт. ст. до 800 мм. рт. ст. 4.1.4. Требования к надежности

4.1.4.1 Состав показателей надежности для системы в целом

Программа должна нормально функционировать при бесперебойной работе компьютера. При возникновении сбоя в работе аппаратуры, восстановление нормальной работы программы должно производиться после: перезагрузки операционной системы; запуска исполняемого файла программы; повторного выполнения действий, потерянных до последнего сохранения информации в файл на магнитном диске. Уровень надежности программы должен соответствовать технологии программирования, предусматривающей: инспекцию исходных текстов программы; автономное тестирование модулей программы; тестирование сопряжении модулей программы; комплексное тестирование программы.

4.1.4.2 Перечень аварийных ситуаций, по которым регламентируются требования к надежности

К числу аварий, в результате которых должна соблюдаться сохранность данных в системе, относятся:

Аварии из-за отключения электропитания, в том числе и бесперебойного;
Аварии, связанные с внезапным отключением компонента системы от общей сети;
Аварии, связанные с недопустимыми действиями пользователей с системой;
Аварии из-за конфликтов взаимодействия программного обеспечения и компонентов системы.

4.1.4.3. Требования к надежности технических средств и программного обеспечения

К надежности электроснабжения предъявляются следующие требования: - с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы не менее X минут; - система должны быть укомплектована подсистемой оповещения Администраторов о переходе на автономный режим работы; - система должны быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой электропитания превышает Y минут; - должно быть обеспечено бесперебойное питание активного сетевого оборудования. Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий: - предварительного обучения пользователей и обслуживающего персонала; - своевременного выполнения процессов администрирования; - соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств; - своевременное выполнение процедур резервного копирования данных. Надежность программного обеспечения подсистем должна обеспечиваться за счет: - надежности общесистемного ПО и ПО, разрабатываемого Разработчиком; - проведением комплекса мероприятий отладки, поиска и исключения ошибок. - ведением журналов системных сообщений и ошибок по подсистемам для последующего анализа и изменения конфигурации.

4.1.5 Требования к эргономике и технической эстетике

·        программа должна работать в графическом режиме;

·        в программе должны использоваться кнопки для ввода данных (операций) и графическое меню;

·        программа должна содержать поле для ввода данных и вывода результата
Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.

Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.

Экранные формы должны проектироваться с учетом требований унификации:
– все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
– для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
– внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.
Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта.

4.1.6 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

процессор Pentium-2.0Hz, не менее.
оперативную память объемом, 1 Гбайт, не менее.
HDD, 80 Гбайт, не менее.
операционную систему Windows NT/ХР/Vista/7.
Свободное место не менее 20 Мб.
Клавиатура.
Мышь.
Монитор.

4.1.7 Требования к защите информации от несанкционированного доступа

4.1.7.1 Требования к информационной безопасности

Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов Системы КХД. Средства антивирусной защиты рабочих местах пользователей и администраторов должны обеспечивать: - централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей; - централизованную автоматическую инсталляцию клиентского ПО на рабочих местах пользователей и администраторов; - централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов; - ведение журналов вирусной активности; - администрирование всех антивирусных продуктов.

4.1.8 Требования по сохранности информации при авариях

Программное обеспечение АС Кадры должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования данных системы средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно технического комплекса Заказчика.
Приведенные выше требования не распространяются на компоненты системы, разработанные третьими сторонами и действительны только при соблюдении правил эксплуатации этих компонентов, включая своевременную установку обновлений, рекомендованных производителями покупного программного обеспечения.

4.1.9 Требования к защите от влияния внешних воздействий
В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.

ИС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем» 1992 г.
Компоненты подсистемы защиты от НСД должны обеспечивать:
–идентификацию пользователя;
–проверку полномочий пользователя при работе с системой;
– разграничение доступа пользователей на уровне задач и информационных массивов.
Протоколы аудита системы и приложений должны быть защищены от несанкционированного доступа как локально, так и в архиве.
Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации».
Защищённая часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).
Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений по заранее заданным временам отсутствия активности со стороны пользователей и приложений.
Защищённая часть системы должна предотвратить работу с некатегоризированной информацией под сеансом пользователя, авторизованного на доступ к конфиденциальной информации.
Защищённая часть системы должна использовать многоуровневую систему защиты. Защищённая часть системы должна быть отделена от незащищённой части системы межсетевым экраном.

4.1.10 Требования по стандартизации и унификации

4.1.11 Дополнительные требования

Отсутствуют.

4.2 Требования к функциям, выполняемым системой

Ввода комплексного числа в любой форме:

-Алгебраической

-Экспоненциальной

-Конвертирование комплексного числа из одной формы в другую

-Выполнять алгебраические операции над комплексными числами

-Выводить на экран историю вычислений, иметь возможность сохранения результатов в файл

4.2.1 Подсистема сбора, обработки и загрузки данных

4.2.1.1 Перечень функций, задач подлежащей автоматизации

Вероятное условие	Требование
Сканирование чисел введенными пользователем	Управление и создание процессов обработки чисел и переменных, а так же загрузка данных в процесс
Выполнение процесса обработки чисел	Образование последовательности действий приложения и его алгоритмов
Изменение действий пользователя	Определение изменений в переменных и их логическая обработка Запуск процессов по обновлению переменных и чисел Запуск процессов по обновлению действий пользователя Ведение журнала истории пользователя для быстрого восстановления его действий

4.2.1.2 Временной регламент реализации каждой функции, задачи

Задача	Требования к временному регламенту
Создание, анализ, обновление и удаление процессов изменения переменных и загрузки новых	Весь период функционирования приложения
Анализ последовательности алгоритмов пользователя	Весь период функционирования приложения
Запуск процессов мониторинга ресурсов компьютера пользователя	При появлении нехватки ресурсов компьютера
Ведение журнала активности пользователя	Весь период функционирования приложения

4.2.1.3 Перечень критериев отказа для каждой функции

Функция	Критерии отказа	Время восстановления	Коэффициент готовности
Обработка процесса анализа ввода данных	Не выполняется анализ.	1 час	0.25
Процесс изменения переменных пользователем	Программа перестает отвечать после изменения поля ввода	30 минут	0.55

4.3 Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению

Для математического обеспечения системы приводятся требования к составу, области применения (ограничения) и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.

Не предъявляются.

4.3.2 Требования к информационному обеспечению

− информационное обеспечение должно быть достаточным для поддержания всех автоматизируемых функций объекта;

− для кодирования информации должны использоваться принятые у заказчика классификаторы;

− для кодирования входной и выходной информации, которая используется на высшем уровне управления, должны быть использованы классификаторы этого уровня;

− должна быть обеспечена совместимость с информационным обеспечением систем, взаимодействующих с разрабатываемой системой;

− формы документов должны отвечать требованиям корпоративных стандартов заказчика (или унифицированной системы документации);

− структура документов и экранных форм должна соответствовать характеристиками терминалов на рабочих местах конечных пользователей;

− графики формирования и содержание информационных сообщений, а также используемые аббревиатуры должны быть общеприняты в этой предметной области и согласованы с заказчиком;

− в ИС должны быть предусмотрены средства контроля входной и результатной информации, обновления данных в информационных массивах, контроля целостности информационной базы, защиты от несанкционированного доступа.

4.3.2.1 Требования к составу, структуре и способам организации данных в системе

Структура хранения данных в КХД должна состоять из следующих основных областей: - область временного хранения данных;

- область постоянного хранения данных;

- область витрин данных. Области постоянного хранения и витрин данных должны строиться на основе многомерной модели данных, подразумевающей выделение отдельных измерений и фактов с их анализом по выбранным измерениям. Многомерная модель данных физически должна быть реализована в реляционной СУБД по схеме «звезда» и/или «снежинка».

4.3.2.2 Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы УПО должен быть реализован следующим образом:

	Подсистема сбора, обработки и загрузки данных	Подсистема хранения данных	Подсистема формирования и визуализации отчетности
Подсистема сбора, обработки и загрузки данных	X
Подсистема хранения данных	X
Подсистема формирования и визуализации отчетности	X

4.3.2.3 Требования к информационной совместимости со смежными системами

Совместимость со смежными системами не требуется

4.3.2.4 Требования по использованию классификаторов, унифицированных документов и классификаторов

Система, по возможности, должна использовать информацию о компьютере и его комплектующих, которые ведутся в системах-источниках данных.

Основные классификаторы и справочники в системе (клиенты, абоненты,

бухгалтерские статьи и т.д.) должны быть едиными.

Значения информации, отсутствующие в системах-источниках, но необходимые для анализа данных, необходимо поддерживать в специально разработанных файлах или репозитории базы данных.

4.3.2.5 Требования по применению систем управления базами данных

Для реализации подсистемы хранения данных должна использоваться

БД PHP, SQL;

4.3.2.6 Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных

Процесс сбора, обработки и передачи данных в системе определяется регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на этапе «Проектирование. Разработка эскизного проекта. Разработка технического проекта».

4.3.2.7 Требования к защите данных от разрушений при авариях и сбоях в электропитании системы

Информация в базе данных системы должна сохраняться при возникновении

аварийных ситуаций, связанных со сбоями электропитания. Система должна иметь бесперебойное электропитание, обеспечивающее ее нормальное функционирование в течение 15 минут в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов.

Резервное копирование данных должно осуществляться на регулярной основе, в объемах, достаточных для восстановления информации в подсистеме хранения

данных.

4.3.2.8 Требования к контролю, хранению, обновлению и восстановлению данных

К контролю данных предъявляются следующие требования:

- система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных.

К хранению данных предъявляются следующие требования:

- хранение исторических данных в системе должно производиться не более чем за 5 (пять) предыдущих лет. По истечению данного срока данные должны переходить в архив;

- исторические данные, превышающие пятилетний порог, должны храниться на ленточном массиве с возможностью их восстановления.

К обновлению и восстановлению данных предъявляются следующие требования:

- для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное копирование его бинарных файлов (Home) раз в 2 недели и хранение копии на протяжении 2-х месяцев;

- для сервера базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев;

- для данных хранилища данных необходимо обеспечить резервное копирование и

архивацию на ленточный массив в следующие промежутки времени:

-холодная копия - ежеквартально;

-логическая копия - ежемесячно (конец месяца);

-инкрементальное резервное копирование - еженедельно (воскресение);

-архивирование - ежеквартально;

4.3.4 Требования к программному обеспечению

При реализации системы должны применяться следующие языки высокого уровня: SQL, Java и д.р.

При реализации системы должны применяться следующие языки и стандарты взаимодействия КХД со смежными системами и пользователей с КХД: должны использоваться встроенные средства диалогового взаимодействия BI приложения; Java; Java Script; HTML; др. Должны выполняться следующие требования к кодированию и декодированию данных: Windows CP1251 для подсистемы хранения данных; Windows CP1251 информации, поступающей из систем-источников. Для реализации алгоритмов манипулирования данными в ХД необходимо использовать стандартный язык запроса к данным SQL и его процедурное расширение . Для описания предметной области (объекта автоматизации) должен использоваться Erwin.

Для организации диалога системы с пользователем должен применяться графический оконный пользовательский интерфейс.

4.3.5 Требования к техническому обеспечению

Система должна быть реализована с использованием специально выделенных серверов Заказчика.

Сервер базы данных должен быть развернут на HP9000 SuperDome №1, минимальная конфигурация которого должна быть: CPU: 16 (32 core); RAM: 128 Gb; HDD: 500 Gb; Network Card: 2 (2 Gbit); Fiber Channel: 4.

Сервер сбора, обработки и загрузки данных должен быть развернут на HP9000 SuperDome №2, минимальная конфигурация которого должна быть: CPU: 8 (16 core); RAM: 32 Gb; HDD: 100 Gb; Network Card: 2 (1 Gbit); Fiber Channel: 2. Сервер приложений должен быть развернут на платформе HP Integrity, минимальная конфигурация которого должна быть: CPU: 6 (12 core); RAM: 64 Gb; HDD: 300 Gb; Network Card: 3 (1 Gbit). Приведенные сервера должны быть подключены к дисковому массиву HP XP с организацией сети хранения данных. Минимальный объем свободного пространства для хранения данных на дисковом массиве должен составлять 100 Тб.

4.3.6 Требования к метрологическому обеспечению

Не предъявляются

4.3.7 Требования к организационному обеспечению

Заказчиком должны быть подготовлены изменения к действующим должностным инструкциям, для персонала, который будет участвовать в эксплуатации Системы.

Должностные инструкции должны определять функциональные обязанности и ответственность сотрудников, участвующих в обслуживании и эксплуатации Системы:

1)Основными обязанностями Администратора являются:

- модернизация, настройка и мониторинг работоспособности комплекса технических средств (серверов, рабочих станций);

- установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения;

- установка, настройка и мониторинг прикладного программного обеспечения;

- ведение учетных записей пользователей системы.

- установка, модернизация, настройка параметров программного обеспечения СУБД;

- оптимизация прикладных баз данных по времени отклика, скорости доступа к данным;

- разработка, управление и реализация эффективной политики доступа к информации, хранящейся в прикладных базах данных.

2)В обязанности Сотрудника должны войти:

- подготовка исходящих сообщений и помещение их в БД;

- назначение исходящих сообщений конкретным Служащим отдела работы с клиентами для отправки.

3)Служащий отдела работы с клиентами обязан:

- просмотр и контроль исходящих сообщений;

- отправка исходящих сообщений по электронной почте.

Заказчиком должен быть подготовлен приказ о приёмке системы EM и вводе её в эксплуатацию с указанием ответственных за эксплуатацию системы.

5. Состав и содержание работ по созданию системы

№ Этапа	Наименование этапа	Содержание работы	Сроки выполнения
Начало	Окончание
1	Составление ТЗ	Требования к программе вводу и выводу данных	16.01.2022
2	Составление проекта системы	Изучение прототипов системы	25.01.2022
3	Составление ПЗ	Написание программы	03.02.2022
4	Защита ТЗ	Выступление с докладом	10.02.2022

6. Порядок контроля и приёмки системы

6.1 Виды и объем испытаний системы

Ответственный за проект осуществляет проверку выполнения указанного перечня задач в отведенный срок. Логистик проектной группы проводит на предварительном этапе проектирования проверку на соответствия входных и выходных данных. Программист проектной группы создает программу. Тестер проектной группы проводит испытания и делает выводы о правильности системы. Документатор выполняет оформление всех отчетов.

6.2 Требования к приемке работ по стадиям

Отчет о проделанной работе, а также текст программы и принцип её действия должны быть предоставлены на согласование, утверждение проверку и внешнее тестирование заказчикам не позже указанных сроков, при этом необходимо присутствие участников проектной группы, ответственных за данный этап работы.

7.Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Для подготовки объектов автоматизации к вводу разработанных (доработанных) подсистем и компонентов интегрированной системы в действие должен быть проведен комплекс технических и организационных мероприятий, включающий в себя выполнение следующих работ:

1) модернизация технического обеспечения интеграционного сегмента Комиссии для развертывания вновь создаваемых (модернизированных) подсистем интегрированной системы;

2) доработка информационных систем уполномоченных органов для обеспечения подключения их к системам межведомственного информационного взаимодействия государств-членов и реализации общих процессов (при необходимости);

3) развертывание функциональных и обеспечивающих подсистем интегрированной системы, созданных или модернизированных в процессе развития интегрированной системы;

4) подготовка данных для первоначальной загрузки;

5) миграция данных из источников, вновь подключаемых к информационно-аналитической подсистеме и подсистеме статистики;

6) выпуск и распространение сертификатов ключей проверки ЭЦП, используемых для обеспечения юридически значимого электронного документооборота;

7) регистрация идентификационных данных пользователей подсистем интегрированной системы в подсистеме идентификации и аутентификации;

8) определение структурных подразделений, ответственных за организацию обеспечения функционирования интегрированной системы;

7.1 Технические мероприятия

Силами Заказчика в срок до начала этапа «Разработка рабочей документации.

Адаптация программ» должны быть выполнены следующие работы:

- осуществлена подготовка помещения для размещения АТК системы в соответствии с требованиями, приведенными в настоящем техническом задании;

- осуществлена закупка и установка необходимого АТК;

- организовано необходимое сетевое взаимодействие.

7.2 Организационные мероприятия

Силами Заказчика в срок до начала этапа работ «Разработка рабочей документации. Адаптация программ» должны быть решены организационные вопросы по взаимодействию с системами-источниками данных. К данным организационным вопросам относятся:

- организация доступа к базам данных источников;

- определение регламента информирования об изменениях структур системных источников;

- выделение ответственных специалистов со стороны Заказчика для взаимодействия с проектной командой по вопросам взаимодействия с системами-источниками данных.

7.3 Изменения в информационном обеспечении

Для организации информационного обеспечения системы должен быть разработан и утвержден регламент подготовки и публикации данных из систем-источников.

Перечень регламентов может быть изменен на стадии «Разработка рабочей документации. Адаптация программ».

8. Требования к документированию

Состав программной документации должен включать в себя:

- титульный лист (1 шт.);

- реферат (1 шт.);

- роли участников и краткое описание выполненной работы каждым участником проекта со сроками выполнения (1 шт.);

- техническое задание (1 шт.);

- результаты тестирования (1 шт.);

- описание алгоритмов (1 шт.);

- руководство программиста (1 шт.);

- руководство пользователя.);

- список литературы (1 шт.);

- приложения:

- листинг разработанного приложения (1 шт.);

- компакт диск с файлами проекта (1 шт.).

9. Источники разработки

1. Фаронов, В.В. Программирование в Delphi 7: учеб. пособие / В.В. Фаронов. - 7-е изд., перераб. - М.: Нолидж, 2006. - 412с. . Ставровский, А.Б. Delphi в задачах и примерах: учеб. для вузов / А.Б. Ставровский. - Киев: BНV, 2004. - 399с. . Кнут, Д.Э. Искусство программирования: учеб. пособие: в 3 т.: пер. с англ. Т.1: Основные алгоритмы. - 3-е изд. - М. и др.: Вильямс, 2000. - 720 с. . Гловацкая, А.П. Методы и алгоритмы вычислительной математики: учеб. пособие для вузов / А.П. Головыцкая. - М.: Радио и связь, 1999. - 408с. . Бежанова, М.М. Практическое программирование: структуры данных и алгоритмы: учеб. для вузов / М.М. Бежанова, Л.А. Москвина, И.В. Поттосин. - М.: Логос, 2001. - 223с.

СОСТАВИЛИ


Наименование организации, предприятия	Должность исполнителя	Фамилия, имя, отчество	Подпись	Дата

СОГЛАСОВАНО


Наименование организации, предприятия	Должность	Фамилия, имя, отчество	Подпись	Дата