Файл: Отчет лабораторная работа 1 разработка технического задания по созданию программного продукта вариант 2 по дисциплине Метрология и технические измерения.docx

ВУЗ: Не указан

Категория: Отчеты по практике

Дисциплина: Не указана

Добавлен: 04.05.2024

Просмотров: 27

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Министерство науки и высшего образования РФ

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

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

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)
ОТЧЕТ
Лабораторная работа № 1

««РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ ПО СОЗДАНИЮ ПРОГРАММНОГО ПРОДУКТА»»

вариант № 2

по дисциплине «Метрология и технические измерения»

Выполнил студент:

группы з-511П2-4

направление подготовки 27.03.04

(ФИО) Проверил:

Доцент каф. АОИ ТУСУР (ученая степень, звание)

Перемитина Т. О.

(ФИО)


Томск 2022

Техническое задание


Разработать техническое задание на создание системы «Учет успеваемости студентов». Система предназначена для оперативного учета успеваемости студентов в сессию деканом, заместителями декана по курсам и сотрудниками деканата. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому.

1. ВВЕДЕНИЕ


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

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

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

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

2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ


Система разрабатывается на основании приказа декана факультета № ... от ... и в соответствии с планом мероприятий по совершенствованию учебного процесса на 2021-2022 учебный год.

3. НАЗНАЧЕНИЕ


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

4. ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ


      1. Требования к обеспечению надежного (устойчивого) функционирования программы

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

1. организацией бесперебойного питания технических средств;

2. использованием лицензионного программного обеспечения;

3. регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

4. регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.

      1. Время восстановления после отказа

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

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

      1. Отказы из-за некорректных действий оператора

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

    1. Условия эксплуатации

      1. Климатические условия эксплуатации

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


      1. Требования к видам обслуживания

См. Требования к обеспечению надежного (устойчивого) функционирования программы

      1. Требования к численности и квалификации персонала

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

В перечень задач, выполняемых системным программистом, должны входить:

а) задача поддержания работоспособности технических средств;

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

в) задача установки (инсталляции) программы.

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

Персонал должен быть аттестован минимум на II квалификационную группу по электробезопасности (для работы с конторским оборудованием).

    1. Требования к составу и параметрам технических средств

      1. В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:

а) процессор Pentium - 4 с тактовой частотой, 1.2 ГГц , не менее;

б) оперативную память объемом, 128 Мб, не менее;

в) жесткий диск объемом 1 тб, и выше;

г) оптический манипулятор типа «мышь»;

    1. Требования к информационной и программной совместимости

      1. Требования к информационным структурам и методам решения

Требования к информационным структурам на входе и выходе, а также к методам решения не предъявляются.

      1. Требования к исходным кодам и языкам программирования

Исходные коды программы должны быть реализованы на языке C++. В качестве интегрированной среды разработки программы должна быть использована среда Visual Studio 2019.

      1. Требования к программным средствам, используемым программой


Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 7, Windows 8, Windows 10, Win 32, Windows 2000, Windows NT и т. п.).

      1. Требования к защите информации и программ

Система должна обеспечивать выполнение требований по защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК от 11.02.2013 № 17, по 4 классу защищенности.

    1. Требования к маркировке и упаковке

Требования к маркировке и упаковке программы не предъявляются.

    1. Требования к транспортированию и хранению

Требования к транспортированию и хранению программы не предъявляются.

    1. Специальные требования

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

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

  1. Требования к программной документации

    1. Предварительный состав программной документации

1) техническое задание;

2) спецификация;

3) текст программы;

4) описание программы;

5) программу и методики испытаний;

6) пояснительная записка;

7) ведомость эксплуатационных документов;

8) формуляр;

9) описание применения;

10) руководство системного программиста;

11) руководство программиста;

12) руководство оператора;

  1. Технико-экономические показатели

    1. Ориентировочная экономическая эффективность.

Ориентировочная экономическая эффективность не рассчитываются.

    1. Предполагаемая годовая потребность


Предполагаемое число использования программы в год – 365 сеансов работы на одном рабочем месте.

    1. Экономические преимущества разработки

Экономические преимущества разработки не рассчитываются.

  1. Стадии и этапы разработки

Стадии и этапы разработки приведены в таблице №1.

Таблица 1 – Стадии и этапы разработки (ГОСТ 19.102)

Стадии разработки

Этапы работ

Содержание работ

Срок

Исполнитель этапа разработки

1

2

3

4

5

Техническое задание

Обоснование необходимости разработки программы

1) Осуществить сбор исходных материалов для разработки программы

2) Обосновать необходимость проведения научно-исследовательских работ


3 недели

Игнатова Л.П.

Рабочее проектирование

Предварительная разработка структуры входных и выходных данных.

1) Уточнение методов решения задачи. 2)Разработка общего описания алгоритма решения задачи. 3)Разработка технико-экономического обоснования. 4)Утверждение проекта 5) Разработка пояснительной записки. 6)Согласование и утверждение проекта.

2 недели

Гусев В.П.

Технический проект

Разработка технического проекта

1) Уточнение структуры входных и выходных данных.

2)Разработка алгоритма решения задачи. 3)Определение формы представления входных и выходных данных. 4)Определение семантики и синтаксиса языка.

5)Разработка структуры программы. 6)Окончательное определение конфигурации технических средств. 7)Утверждение технического проекта

8) Разработка пояснительной записки. 9) Согласование и утверждение эскизного проекта

3 недели

Иванов В.А.

Рабочий проект

Разработка программы

1) Программирование и отладка программы

2) Разработка программной документации 3) Разработка программных документов в соответствии с требованиями ГОСТ 19.101-77 Испытания программы

4) Разработка, согласование и утверждение порядка и методики испытаний.

5) Проведение предварительных государственных, межведомственных, приемо-сдаточных и других видов испытаний.

6) Корректировка программы и программной документации по результатам испытаний.

2 недели

Петров В.В.

Внедрение

Подготовка и передача программы

1) Подготовка и передача программы и программной документации для сопровождения.

2) Оформление и утверждение акта о передаче программы на сопровождение. Передача программы в фонд алгоритмов и программ.

1 неделя

Сидоров А.В.