Разработка технического задания на создание веб-приложения "ИНФ-ПИ" для кафедры Прикладной Информатики ИЭиАС ФГБОУВПО МГТУ им. Г.И. Носова

Технико-экономическая характеристика организационной и информационной деятельности кафедры Прикладной Информатики. Формирование функциональных требований к веб-приложению "ИНФ ПИ". Разработка типовой ИТ-инфраструктуры для создания веб-приложения.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 15.04.2019
Размер файла 719,1 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Были выделены и устранены «узкие» места:

Хранение информации в бумажном виде.

Сложный процесс обработки данных.

Потери информации.

Создание ошибочных дубликатов информации.

Увеличение времени на поиск конкретных сведений.

Осуществлен и обоснован выбор технологии и способа реализации проекта - web-приложение. Рассмотрены его преимущества:

Централизованное хранение данных.

Отсутствие специальных требований к аппаратной платформе.

Мобильность и удаленная работа.

Контроль и отчетность исполнения.

Кроссплатформенность.

И возможности web-приложения:

Удаленный доступ к информации.

Отсутствие необходимости в установке.

Обновления происходят без участия пользователя.

Отсутствие разработки для различных ОС.

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

Список используемых источников

1. ГОСТ 19.201-78. Единая система программной документации.

2. Техническое задание. Требования к содержанию и оформлению

3. ГОСТ 24.103-84 «Автоматизированные системы. Основные положения».

4. ГОСТ 24.104-85 «Автоматизированные системы. Общие требования».

5. ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения.

6. ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем.

7. ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.

8. ГОСТ 34.602-89 «Комплекс стандартов на автоматизированные системы.

9. Техническое задание на создание автоматизированной системы».

10. ГОСТ 34.603-92. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем.

11. ГОСТ 7.1-2003. Библиографическая запись. Библиографическое описание. Общие требования и правила составления.

12. ГОСТ Р 50922-96. Защита информации. Основные термины и определения.

13. ГОСТ Р 51275-99. Защита информации. Объект информации. Факторы, воздействующие на информацию. Общие положения.

14. ГОСТ Р ИСО/МЭК 15271-02 Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 Процессы жизненного цикла программных средств

15. ГОСТ Р ИСО/МЭК 159 10-2002. Процесс создания документации пользователя программных средств.

16. Зафиевский А.В. Автоматизация управления учебным процессом в вузе //

17. Успехи современного естествознания. - 2010. - № 1 - С. 115-117

18. Остроумова Е.Н. Иинформационно-образовательная среда вуза как фактор профессионально-личностного саморазвития будущего специалиста //

19. Фундаментальные исследования. - 2011. - № 4 - С. 37-40

20. РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

21. СМК-МИ 29.2-06. Общие требования к построению, содержанию, оформлению, обозначению и управлению Стандартом университета (организации) и Методической инструкцией.

22. Назаров, С.А. Педагогические условия проектирования личностноразвивающей информационно-образовательной среды технического вуза: автореф. дис. ... канд. пед. наук. - Ростов-н/Д, 2006. - С. 17.

23. Абросимов, А.Г. Информационно-образовательная среда ВУЗа / А.Г.

24. Абросимов // Вестник РУДН. - 2004. - № 1. - С. 4.

25. Ефимова И.Ю., Веремеенко О.О. Использование информационных технологий для осуществления межпредметных связей / Сборник научных трудов Sworld. 2013. Т. 27. № 4. С. 53-56.

26. Ошурков В.А. Механизмы противодействия явлений киберэкстремистской направленности в системе электронных платежей/ В.А. Ошурков, Е.В. Чернова, Е.В. Сторожева, Л.З. Давлеткиреева //

27. Фундаментальные исследования. 2014. № 12-5. С. 1093-1097.

28. Романова М.В. Современные средства оценивания результатов обучения: учебное пособие/М.В. Романова. - М-во образования и науки Российской Федерации, ГОУ ВПО «Магнитогорский гос. ун-т». Магнитогорск, 2009.

29. Чусавитина Г. Н., Макашова В.Н. Использование информационных

30. технологий в управлении проектами. Магнитогорск: МаГУ, 2013.52с.

31. Когденко В. Г. Методология и методика экономического анализа;

32. Юнити-Дана - Москва, 2008. - 544 c.

33. Грузинов В. П., Максимов К. К., Эриашвили Н. Д. Экономика предприятия. Учебник; Банки и биржи, Юнити - Москва, 1998. - 536 c.

Приложения

Анализ готовых IT-решений для систем портфолио

Таблица А.1 - Технические и системные требования

Directum

ПитерСоф

т

ЕВФРАТ

ДЕЛО

МОТИВ

Windows

Server

(2000,2003,

2008)

Windows

(2000,

XP, Vista, 7),Window

s Server (2000,

2003, 2008,

2008 R2,

2012)

Windows Server

(2000,2003,2008)

, Windows

(2000,XP,Vista,7

)

Windows Server

(2000,2003,2008)

, Unix

Windows Server

(2000,2003,2008)

, Windows

(2000,XP,Vista,7)

, Linux, FreeBSD,

MacOS

Windows

(XP,Vista,7)

Windows

(2000,

XP, Vista,

7)

Windows (2000,

XP,Vista,7)

Windows (2000,

XP,Vista,7)

Кросс - платформенная

MS SQL

Server

MS SQL

Server

MS SQL Server, Ника, Oracle

MS SQL Server,

Oracle

Firebird

1C, MS

Office,

OpenOffice,

MS

SharePoint,

Active

Directory

1C

1C, MS Office,

OpenOffice, MS

SharePoint,

Active Directory

1C, MS Office

1C, MS Office,

OpenOffice, MS

SharePoint,

Active Directory

130 550

72 000

73 000

129 000

50 000

Таблица А.2 - Сравнительный анализ основных функций систем

Directum

ПитерСофт

ЕВФРАТ

ДЕЛО

МОТИВ

Возможность реализована, но не предусмотрено:

создание документа, на основе существующего;

проверка документов на дублирование при регистрации;

автоматический разбор документа по содержанию.

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

для работы с документами.

Возможность полностью реализована

Не предусмотрено:

создание документа, на основе существующего;

регистрация из webформ, со сканера;

автоматический разбор документа по содержанию.

Отсутствует:

регистрация документов из MS

Office;

возможность потокового ввода документов.

Отсутствуют:

встроенные средства просмотра;

ведение отдельной архивной базы документов.

Имеется возможность хранения нескольких версий одного документа,

осуществлять контроль и разграничение доступа к документу при редактировании и создании новой версии.

Не предусмотрены:

встроенные средства просмотра;

работа с документами в режиме offline.

Отсутствуют:

встроенные средства просмотра;

ведение отдельной архивной базы документов.

Встроенные средства просмотра прикрепленных файлов отсутствуют.

Возможность полностью реализована.

Программа

своевременно поставит каждому сотруднику задачу на определенный срок в соответствии с заданным регламентом.

Отсутствует возможность отсрочки исполнения.

Документы не обрабатываются автоматически, не обеспечена свободная маршрутизация документов.

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

По результатам поиска отчеты не формируются.

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

Возможность полностью реализована.

Возможность полностью реализована.

Возможность полностью реализована.

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

Возможность полностью реализована.

Возможность полностью реализована.

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

Отсутствуют программные средства для контроля целостности документов,

Отсутствует вывод на печать формы РКК

Возможность полностью реализована.

Возможность полностью реализована.

Возможность полностью реализована.

Возможность полностью реализована.

Отсутствует возможность использования сложных элементов (таблиц, структур).

Возможность полностью реализована.

Возможность полностью реализована.

Отсутствует возможность использования сложных элементов.

Отсутствует возможность использования сложных элементов.

Анализ готовых IT-решений для систем каталога выпускников

Таблица А.3. Справочники ВУЗов

Критерии оценки

МГУ

Ломоносо

ва

Переподгото вка

Разумовски й университет

ОИИМ

Ф

УРФУ ИСИТ

Дружественны й интерфейс

(максимальный балл - 5)

2

5

5

2

4

Наличие поиска

да

Да

да

нет

нет

Расширенный ли поиск ?

нет

Нет

да

-

-

Аудитория

Для широкой аудитори

и

Для широкой аудитории

Для широкой аудитории

Для широко

й аудитор ии

Для широко

й аудитор ии

Полнота информации

(максимальный балл - 5)

5

3

5

2

1

Актуальная ли информация?

(максимальный балл - 5)

5

3

5

4

1

Ценность информации

(максимальный балл - 5)

5

3

5

4

1

Доступность

(понятность) Информации

(максимальный балл - 5)

5

4

5

3

3

Соответствует ли содержание сайта его

предназначени ю?

да

да

да

да

нет

Наличие обратной связи

да

да

да

нет

да

В каких

браузерах отражается корректно?

Google Chrome, Яндексбраузер

Opera,

Mozila,

Explore

Google Chrome, Яндексбраузер,

Opera,

Mozila,

Explorer

Google Chrome, Яндексбраузер

Opera,

Mozila,Explo

rer

Google Chrome, Яндексбраузер,

Opera,

Mozila,

Explorer

Google Chrome, Яндексбраузер,

Opera,

Mozila,

Explorer

Видимость сайта основными поисковыми системами(Goo gle, Яндекс)

Google, Яндекс

Google, Яндекс

Google, Яндекс

Google, Яндекс

Google, Яндекс

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

на разработку веб-приложения «ИНФ_ПИ»

для кафедры Прикладной Информатики ИЭиАС ФГБОУВПО МГТУ им. Г.И. Носова

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Наименование системы

1.1.1. Полное наименование системы

Полное наименование: Интегрированная автоматизированная информационная система «ИНФ_ПИ».

1.1.2. Краткое наименование системы

Краткое наименование: Веб-приложение «ИНФ_ПИ»

1.2. Основания для проведения работ

ГОСТ 34. Разработка автоматизированной системы управления (АСУ).

СМК-ПСП-10-14. Положение о структурном подразделении. Кафедра. * СМК-ПВД-48-15. Положение по виду деятельности. Формирование и функционирование электронной информационно-образовательной среды МГТУ.

СМК-ПВД-13-10 Положение по виду деятельности о работе с персональными данными в Государственном образовательном учреждении высшего профессионального образования «Магнитогорский государственный технический университет им. Г.И. Носова».

Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных».

1.3. Наименование организаций - Заказчика и Разработчика 1.3.1. Заказчик

Кафедра прикладной информатики института энергетики и автоматизированных систем (ИЭиАС) ФГБОУ ВПО «МГТУ им. Г.И. Носова»

Адрес: ауд. 309, 309а, 236а, учебный корпус №2, пр. Ленина, 114

1.3.2. Разработчик

Борисов Семён Андреевич, студент 4 курса направления подготовки «Прикладная информатика», +79514726295

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

Дата начала работ: __.__.____

Дата окончания работ: __.__.____ (передача системы на сопровождение)

Работы по разработке и внедрению проводятся на основании представленного план-графика (табл. Ж.1).

Таблица Г.1 - План-график

Номер этапа

Наименование этапа

Исполнитель

Длительность

1.

Формирование требований

3 дня

2.

Формирование требований к функционалу

Руководитель проекта, Куратор

1

3.

Формирование требований к интерфейсу

Разработчик, Архитектор системы-Администратор, Руководитель проекта,

Куратор

2

4.

Разработка системы

25 дней

5.

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

Разработчик

15

6.

Программирование интерфейсных методов

Разработчик

7

7.

Отладка (альфа-тестирование)

Разработчик

3

8.

Разработка документации

5 дней

9.

Разработка предварительной версии черновика документации

Разработчик, Архитектор системы-Администратор, Руководитель

2

10.

Обновление черновика документации по результатам разработки

Разработчик, Архитектор системы-Администратор, Руководитель

1

11.

Обновление черновика документации по результатам тестирования

Разработчик, Архитектор системы-Администратор, Руководитель

1

12.

Рецензирование документации

Куратор, Руководитель

0,5

13.

Документация согласована

Куратор, Руководитель

0,5

14.

Тестирование системы

10 дней

15.

Разработка сценария тестирования

Разработчик

3

16.

Согласование сценария тестирования

Разработчик, Руководитель

1

17.

Тестирование системы

Разработчик

4

18.

Написание отчета о тестировании

Разработчик, Архитектор системы-Администратор

2

19.

ВНЕДРЕНИЕ СИСТЕМЫ

35 дней

20.

Подготовка объекта автоматизации к вводу системы в действие

1,5 дня

21.

Подготовка технических средств

Архитектор системыАдминистратор

1,5

22.

Подготовка персонала

5 дней

23.

Определение квалификации сотрудников

Куратор

2

24.

Обучение пользователей

Разработчик

3

25.

Пусконаладочные работы

10 дней

26.

Автономная наладка технических и программных средств

Архитектор системыАдминистратор

3

27.

Загрузка информации в БД

Архитектор системы-

Администратор,

Разработчик

5

28.

Комплексная наладка средств системы

Архитектор системы-

Администратор,

Разработчик

2

29.

Проведение предварительных испытаний

6 дней

30.

Испытание системы на работоспособность

Архитектор системыАдминистратор, Куратор, Руководитель

2

31.

Устранение неисправностей

Разработчик

3

32.

Оформление Акта о приемке системы в опытную эксплуатацию

Архитектор системы-

Администратор,

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

1

33.

Проведение опытной эксплуатации

8 дней

34.

Опытная эксплуатация системы

Архитектор системы-

Администратор,

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

5

35.

Анализ результатов

Куратор, Руководитель

2

36.

Оформление Акта о завершении опытной эксплуатации

Архитектор системы-

Администратор,

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

1

37.

Проведение приемочных испытаний

4 дня

38.

Проведение испытаний на соответствие ТЗ

Архитектор системы-

Администратор,

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

2

39.

Анализ результатов испытания системы

Куратор, Руководитель

2

40.

Оформление Акта о приемке системы в постоянную эксплуатацию

Архитектор системы-

Администратор,

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

1

Передача системы на сопровождение

__.__.____

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

Не предъявляются, поскольку разработка и внедрение веб-приложения «ИНФ_ПИ» осуществляется собственными силами.

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

Работы по разработке веб-приложения «ИНФ_ПИ» сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа.

2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

2.1. Назначение и цели создания системы

Для работников кафедры прикладной информатики веб-приложение «ИНФ_ПИ» будет представлять собой web-приложение, позволяющее собирать данные о студентах, преподавателях и выпускниках, а также документы об их достижениях в учебной, научно-исследовательской, спортивной и общественной деятельности; формировать приказ о допуске к защите ВКР, приказ утверждения тем ВКР, информацию о трудоустройству выпускников, выписку из протокола заседания кафедры с рекомендациями к участию в конкурсе на повышенную стипендию в отличие от действующей системы сбора данных.

Цели создания системы могут быть определены следующими ожиданиями от разработки и последующего внедрения веб-приложения «ИНФ_ПИ»:

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

уменьшение времени студентов и преподавателей кафедры на ведение портфолио, за счет использования встроенных справочников;

уменьшение времени сотрудников кафедры на сбор и составление отчётной информации о трудоустройстве выпускников данной кафедры

систематизация сбора данных о результатах деятельности/достижений студентов и преподавателей.

3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ

Кафедра Прикладной информатики входит в состав института энергетики и автоматизированных систем Магнитогорского государственного технического университета им. Г.И. Носова (МГТУ им. Г.И. Носова). Целью деятельности кафедры является осуществление учебной, методической, научно- исследовательской и воспитательной работы, подготовка научнопедагогических кадров и повышение их квалификации в соответствии с запросами потребителей научно-образовательных услуг и требованиями государственной аккредитации для образовательных организаций высшего образования Российской Федерации. Миссия кафедры: обеспечить качественную подготовку студентов по направлению «Прикладная информатика» за счет внедрение педагогических инноваций и прогрессивных форм обучения.

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

4. ТРЕБОВАНИЯ К СИСТЕМЕ

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

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

Веб-приложение «ИНФ_ПИ» должно представлять собой web-приложение, доступ к которому осуществляется через сайт кафедры прикладной информатики, по средству использования компьютера, имеющего доступ к сети Internet. Оно должно включать в себя 3 основных компонента связанных между собой, такие как: веб-портфолио студента и преподавателя, работа с выпускниками. Веб-портфолио студента должно использовать единую базу данных, для синхронизации данных с вебпортфолио преподавателя. Управление базой данных осуществляется по технологии клиент-сервер. Веб-приложение «ИНФ_ПИ» должно функционировать в многопользовательском режиме, т. е. когда одновременно с базой данных взаимодействуют несколько пользователей, которые не только просматривают информацию, но и активно изменяют её.

4.1.2. Требования к надежности

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

в качестве аппаратной платформы должно использоваться средство с повышенной надежностью;

возможность восстановления в случаях сбоев.

Надежность веб-приложения «ИНФ_ПИ» должна обеспечиваться за счет следующих организационных мероприятий:

предварительного обучения пользователей;

своевременного выполнения процессов администрирования;

соблюдения правил эксплуатации и технического обслуживания; * своевременное выполнение процедур резервного копирования данных.

4.1.3. Требования к эргономике

Веб-приложение «ИНФ_ПИ» направления подготовки «Прикладная информатика» должен обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим требованиям.

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

При возникновении ошибок в работе программы на экран монитора выводится сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.

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

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

В соответствие с федеральным законом от 27.07.2006 N 152-ФЗ (ред. от 21.07.2014) "О персональных данных" обработке подлежат только персональные данные, которые отвечают целям их обработки.

Согласно СМК-ПВД-48-15 (Положение по виду деятельности. Формирование и функционирование электронной информационно-образовательной среды МГТУ) для организации доступа преподавателей, сотрудников и студентов к электронной информационно-образовательной среде (ЭИОС) должна использоваться индивидуальная учетная запись, которая регистрируется в службе каталогов и едина для всех образовательных ресурсов и систем университета, в том числе и для веб-приложения «ИНФ_ПИ». Выдача логина и пароля, для преподавателей и сотрудников кафедры будет осуществлена сотрудниками отдела сетей и телекоммуникаций (СиТ) УИТ и АСУ, для студентов - в дирекции ИЭиАС на основе сведений из ИС «Студент», регистрация выпускников производится по 2-м разным сценариям: перенос записи из таблиц «Студент» в таблицы «Выпускник» или заполнение регистрационной формы в окне авторизации веб-приложения, в последнем случае регистрация происходит в 2 этапа - отправка регистрационных данных и подтверждение отправленных данных администратором(модератором) системы и выдача логина и пароля для доступа к приложению.

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

По уровню доступа к размещенной в веб-приложении «ИНФ_ПИ» информации пользователи делятся на две основные группы: авторизованные и неавторизованные. Неавторизованные пользователи имеют право просматривать определённые страницы и выгружать ограниченные в доступе для этого материалы. Авторизованные пользователи имеют доступ ко всей системе и её разделам, определенным соответствующей им ролью.

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

Мероприятия по защите информации и контроль над их исполнением организует отдел защиты информации УИТ и АСУ.

4.1.6 Дополнительные требования Не предъявляются.

4.2. Требования к функциям (задачам), выполняемым системой К основным функциям, выполняемым системой, относятся:

Создание, просмотр, изменение и удаление сведений о студентах, преподавателях и результатов их деятельности.

Создание, просмотр записи о выпускнике.

Просмотр сведений преподавателях кафедры прикладной информатики.

Добавление нового портфолио студентов и преподавателей.

Синхронизация данных в системе.

Выгрузка данных по запросу и регулярно (для отчета).

Ведение справочника мероприятий по категориям.

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

4.3. Требования к видам обеспечения 4.3.1. Входные и выходные данные

К входным данным веб-приложения «ИНФ_ПИ» направления подготовки «Прикладная информатика» относятся: данные, вводимые пользователями с клавиатуры и данные, импортируемые из внешних источников. Данные вводятся пользователями в систему путем заполнения полей соответствующих экранных форм и/или таблиц или путем вызова специальных процедур импорта.

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

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

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

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

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

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

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

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

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

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

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

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

4.3.3. Требования к лингвистическому обеспечению Не предьявляются.

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

операционная система - Windows XP и выше;

Microsoft Office - не ниже версии 2003 года;

Сервер Apache версии не ниже 2.x * СУБД - MySQL версии не ниже 3.23.

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

операционная система Microsoft Windows XP Professional;

тип ЦП Intel Celeron D, 2666 MHz;

системная плата ASUSTeK Computer Inc. P5P800-MX;

оперативная память1024 МБ;

HDD - 80 ГБ.

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

К организации функционирования веб-приложения «ИНФ_ПИ» и порядку взаимодействия персонала, обеспечивающего эксплуатацию, и пользователей предъявляются следующие требования:

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

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

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

должна быть предусмотрена система подтверждения легитимности пользователя при просмотре данных;

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

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

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

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

6. ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ СИСТЕМЫ

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

Испытания системы должны проводиться в соответствии с ГОСТ 34.603-92. И должны быть проведены на стадии «Ввод в действие» на основании соответствующих программ и методик испытаний, подготовленных Разработчиком и утверждаемых Заказчиком на этапе рабочего проектирования.

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

Требования к приемке работ по стадиям приведены в табл. Ж.2.

Таблица Г.2 - Требования к приемке системы

Стадия испытаний

Участники испытаний

Место и срок проведения

Порядок согласования документации

Предварительные испытания

Разработчик; Архитекторадминистратор; Руководитель проекта; Куратор

Пункт 1.4

Проведение предварительных испытаний.

Фиксирование выявленных неполадок в Протоколе испытаний.

Устранение выявленных неполадок. Проверка устранения выявленных неполадок.

Принятие решения о возможности передачи системы в опытную эксплуатацию.

Составление и подписание Акта приёмки модуля в опытную эксплуатацию.

Опытная эксплуатация

Архитекторадминистратор; Руководитель проекта; Куратор

пункт 1.4

Проведение опытной эксплуатации. Фиксирование выявленных неполадок в Протоколе испытаний.

Устранение выявленных неполадок. Проверка устранения выявленных неполадок.

Принятие решения о готовности системы к приемочным испытаниям. Составление и подписание Акта о завершении опытной эксплуатации АИС.

Приемочные испытания

Архитектор, администратор; Руководитель проекта; Куратор

пункт 1,4

Проведение приемочных испытаний.

Фиксирование выявленных неполадок в Протоколе испытаний. Устранение выявленных неполадок. Проверка устранения выявленных неполадок.

Принятие решения о возможности передачи модуля системы в промышленную эксплуатацию.

Составление и подписание Акта о завершении приемочных испытаний и передаче системы в промышленную эксплуатацию.

Оформление Акта завершения работ.

7. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

Для создания условий функционирования веб-приложения «ИНФ_ПИ», при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в настоящем техническом задании, и возможность эффективного её использования, в организации Заказчика должен быть проведен комплекс мероприятий:

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

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

организация доступа к базе данных;

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

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

8. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

В данном разделе приводят перечень документов (табл. Ж.3) необходимый для разработки веб-приложения «ИНФ_ПИ».

Таблица Г.3 - Перечень документов

Этап

Документ

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

Ведомость эскизного проекта

Пояснительная записка к эскизному проекту

Ведомость технического проекта

Пояснительная записка к техническому проекту

Схема функциональной структуры

9. ИСТОЧНИКИ РАЗРАБОТКИ

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

ГОСТ 24.701-86 «Надежность автоматизированных систем управления».

ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».

ГОСТ Р 50571.22-2000 «Электроустановки зданий».

ISO 9241-12-1998 регулирует визуальное представление информации, окна, списки, таблицы, метки, поля и др.;

ISO 9241-10-1996 - руководящие эргономические принципы, соответствие задаче, самоописательность, контролируемость, соответствие ожиданиям пользователя, толерантность к ошибкам, настраиваемость, изучаемость; * ISO/IES 13407-1999 - обоснование, принципы, проектирование и реализация ориентированного на пользователя проекта;

ГОСТ Р ИСО/МЭК 12119-2000 - требования к практичности, понятность, обозримость, удобство использования;

ГОСТ Р ИСО/МЭК 9126--93 - практичность, понятность, обучаемость, простота использования.

ГОСТ 34. Разработка автоматизированной системы управления (АСУ).

СМК-ПСП-10-14. Положение о структурном подразделении. Кафедра.

СМК-ПВД-48-15. Положение по виду деятельности. Формирование и функционирование электронной информационно-образовательной среды МГТУ.

СМК-ПВД-13-10 Положение по виду деятельности о работе с персональными данными в Государственном образовательном учреждении высшего профессионального образования «Магнитогорский государственный технический университет им. Г.И. Носова».

Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных».

Размещено на Allbest.ru

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.