РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ ВЕБ-ПРИЛОЖЕНИЯ «ИНФ_ПИ» ДЛЯ КАФЕДРЫ ПРИКЛАДНОЙ ИНФОРМАТИКИ ИЭИАС ФГБОУВПО МГТУ ИМ. Г. И. НОСОВА

Борисов С.А. 1, Масленникова О.Е. 1

1МАГНИТОГОРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМ. Г.И. НОСОВА

Работа в формате PDF

1.4 MB

Сертификат участника

Комментарии

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF

Оглавление

Введение 3

Глава 1. Обследование объекта информатизации 4

1.1 Технико-экономическая характеристика организационной и информационной деятельности кафедры Прикладной Информатики 4

1.2 Постановка задачи по учёту выпускников кафедры ПИ и ведению портфолио преподавателя и студента 8

1.3 Анализ существующих IT-решений 15

Глава 2. Разработка проектных решений 22

2.1 Формирование функциональных требований к веб-приложению «ИНФ_ПИ» 22

2.2 Обоснование проектных решений по видам обеспечения веб-приложения «ИНФ_ПИ» 26

2.3 Разработка типовой ИТ-инфраструктуры для создания веб-приложения «ИНФ_ПИ» 32

2.4 Выбор и оценка технологий и средств реализации проектных решений по разработке веб-приложения «ИНФ_ПИ» 36

Заключение 40

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

Приложения 43

Введение

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

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

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

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

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

Объект исследования – деятельность кафедры прикладной информатики.

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

Цель: разработать техническое задание на создание веб-приложения «ИНФ_ПИ».

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

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

Глава 1. Обследование объекта информатизации 1.1 Технико-экономическая характеристика организационной и информационной деятельности кафедры Прикладной Информатики

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

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

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

Анализ степени готовности кафедры к внедрению новых разработок

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

Формальные подходы определяются моделью оценки зрелости технологических процессов организации CMM (Capability Maturity Model), разработанной SEI (Software Engineering Institute), а также стандартами ISO 9001: 1994, ISO 9003-3: 1991 и ISO 9004-2:1991. В центре внимания этих подходов находится анализ различных аспектов происходящих на кафедре процессов.

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

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

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

Общие вопросы

используемая модель ЖЦ (каскадная или спиральная);
используемые методы (структурные, объектно-ориентированные). Степень адаптации метода к потребностям кафедры; квалификация сотрудников;
наличие документированных стандартов (формальных или неформальных) по анализу требований, спецификациям и проектированию, кодированию и тестированию;
количественные метрики, используемые в процессе разработки ПО, их использование;
виды документации, выпускаемой в процессе ЖЦ ПО;
наличие группы поддержки средств проектирования.

Проекты, ведущиеся на кафедре

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

Технологическая база

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

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

Персонал

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

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

Готовность

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

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

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

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

1.2 Постановка задачи по учёту выпускников кафедры ПИ и ведению портфолио преподавателя и студента

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

В своей деятельности кафедра руководствуется федеральными законами об образовании, нормативно-правовыми актами Минобрнауки РФ, внутренними документами университета, уставом, правилами трудового распорядка и коллективным договором МГТУ, приказами ректора и распоряжениями директора института, филиала/декана факультета, заведующего кафедрой, политикой руководства университета и целями кафедры в области качества, должностными инструкциями работников кафедры, планами деятельности кафедры/института/факультета/филиала.

Кафедра прикладной информатики является действующим подразделением института энергетики и автоматизированных систем с момента объявления приказа по университету.

Непосредственное руководство кафедрой осуществляет заведующий, назначаемый на должность приказом ректора по решению Ученого Совета института/факультета/филиала. Должность заведующего кафедрой является выборной. Избрание на должность заведующего кафедрой осуществляется в соответствии с Положением о порядке выборов заведующего кафедрой университета.

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

Рисунок 2 – Организационная структура кафедры прикладной информатики

Проанализировав работу кафедры прикладной информатики было выявлено, что информация о результатах деятельности преподавателей и студентов собирается по мере необходимости (например, при подаче заявки на повышенную стипендию). Имеются формы для отчетов по НИР и НИРС, информация в таблицах, которых с необходимостью дублирует друг друга. В настоящее время данные об успеваемости студентов собираются в ИС "Студент", доступ к которой имеет только руководство в дирекции и технический секретарь ГАК. После завершения сессии кафедра прикладной информатики передает заполненные экзаменационные ведомости в дирекцию ИЭиАС, а заместитель директора института по учебной работе вносит результаты текущей аттестации в систему. На кафедре хранятся личные карточки студентов в бумажном виде, данные для которых собирает каждый куратор групп, остальные сведения по активности студентов в различных сферах (научной, культурной, спортивной и др.) собирается только при формировании отчетов по данным направлениям в конце года в целом по кафедре. Результатом исследования предметной области стала построенная модель «как есть» EPC, отражающая процесс формирования пакета документов студентами для участия в конкурсе на повышенную стипендию при помощи программного средства Microsoft Office Visio (рис. 3).

Рисунок 3 – Модель: формирование пакета документов студентами для участия в конкурсе на повышенную стипендию (AS-IS)

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

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

Личная информация.
Контактная информация.
Информация об образовании в МГТУ (и бывшем МаГУ).
Информация об образовании в других ВУЗах.
Информация о карьере.

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

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

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

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

Во-вторых, в настоящее время в университете разработаны и внедрены следующие электронные образовательные системы: образовательный портал МГТУ на базе LMS Moodle; система дистанционного обучения МГТУ на базе LMS Moodle; автоматизированная информационная библиотечная система АИБС «MAPK – SQL» и «MAPK – SQL Internet» с электронной доставкой документов; дистанционные подготовительные курсы МГТУ (ФДП МГТУ) и др. К таковым ресурсам можно отнести и разработанные и поддерживаемые отделом автоматизированных систем управления программные решения «Студент», «Индивидуальные планы» и другие, обеспечивающие преподавателей и управленческий аппарат структурных подразделений необходимыми средствами автоматизации для организации и управления образовательным процессом.

В-третьих, материально-техническая база МГТУ отвечает современным требованиям, предъявляемым к высшим учебным заведениям, что подтверждено сертификатами соответствия системам качества Русский Регистр, IQNET.

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

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

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

Методика будет/ не будет

Используя методику «будет/не будет» определим, какие объекты и процессы будут принадлежать предметной области.

Проект будет:

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

Проект не будет:

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

1.3 Анализ существующих IT-решений

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

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

Сейчас для создания электронного портфолио, студенту необходимо обладать навыками использования компьютерных средств и программ. Одними из самых основных и широко используемых программ при формировании электронного портфолио являются: пакет MS Office (Power Point, Word, Excel), инструментальные средства для создания компьютерных тестов, инструментальные системы создания сайтов (FrontPage, Dream Weaver) и графические пакеты (Photoshop, CorelDraw и др.).

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

Кроме специализированных программных решений были также рассмотрены системы электронного документооборота, поскольку сущность разрабатываемого решения заключается в систематизации работы с документами предметной области. «Система автоматизации документооборота, система электронного документооборота (СЭДО) — автоматизированная многопользовательская система, сопровождающая процесс управления работой иерархической организации с целью обеспечения выполнения этой организацией своих функций. При этом предполагается, что процесс управления опирается на человеко-читаемые документы, содержащие инструкции для сотрудников организации, необходимые к исполнению». В настоящее время отказаться от бумажных документов не представляется возможным, однако, по мнению опытных экспертов, доминировать всё же будет использование электронных вариантов. Главные преимущества системы электронного документооборота (СЭД) заключаются в том, что она способна упростить и ускорить процесс обмена важными документами между пользователями. Применение подобных решений предлагается использовать на кафедре прикладной информатики для систематизации работы с документами (отчеты, приказы).

Выбирая решения класса СЭД, рассматривались различные варианты: готовый программный продукт, модернизация имеющейся платформы или заказная разработка. Российские компании-разработчики в основном предоставляют коробочные решения, а западные выступают в качестве поставщиков платформ, на базе которых реализуются проектные и заказные разработки. По статистике в структуре рынка на долю российских разработчиков приходится порядка 95% от общего количества проектов по внедрению СЭД.

Самыми популярными СЭД в России являются: Directum, ПитерСофт: Управление процессами, ЕВФРАТ, Дело и МОТИВ. Ниже представлена описательная характеристика каждого программного продукта, которая включает в себя масштаб системы и опыт внедрения.

Первой рассматриваемой системой является Directum. Она позволяет строить инфраструктуру электронного взаимодействия, закрывающую различные задачи бизнеса на разных уровнях: от делопроизводителей до топ-менеджмента. Эта система поддерживает работу 10 000 одновременно работающих пользователей и активное хранение 18 000 000 документов. Главным пользователем DIRECTUM с 2012 года является гарантирующий поставщик электроэнергии в Нижегородской области. Постепенно проект развивается, и сегодня, спустя 2 года, в системе работают все отделения компании – это 18 филиалов и более 730 пользователей.

Следующая рассматриваемая система компании ПитерСофт – Управление процессами, которая поставляет продукт класса BPMS (Business - Process Management Solution), предназначенный для автоматизации бизнес-процессов, организации электронного документооборота, ведения электронного архива документации, а также управления с помощью системы показателей KPI. Это решение используют следующие организации:

холдинги, группы компаний;
обладающие большой численностью управляющего и офисного персонала и в основной деятельности используют сложные, от 4-5 ступеней, схемы взаимодействия между подразделениями. Одним из пользователей является группа компаний «Шервуд». Внедрение продукта «ПитерСофт: Управление процессами» позволило автоматизировать 200 рабочих мест, продукт работает в единой базе с «1С: Управление производственным предприятием».

ЕВФРАТ – комплексное программное решение, позволяющее автоматизировать электронный документооборот, делопроизводство и бизнес-процессы в различных по масштабу государственных учреждениях, коммерческих компаниях и предприятиях, научных и образовательных учреждениях. На 100000 одновременно подключенных пользователях, одновременно выполняется не менее 3000 параллельных тестов. В течение 10 часов было зарегистрировано более 66720 документов и более 120100 бизнес процессов. В ходе проведения испытаний было выполнено успешно 576520 тестов. Компания «ВТБ Страхование» использует систему ЕВФРАТ, которая:

поддерживает до 1000 пользователей системы, работающих одновременно, и обрабатывает 1 300 000 документов в год;
снижает время доступа страховых агентов к отсканированным образам документов в 50 раз;
улучшает качество обслуживания документов за счёт сокращения поиска электронных документов.

Дело – комплексное решение, обеспечивающее автоматизацию процессов делопроизводства компаний различных масштабов и сфер деятельности, а также ведение полностью электронного документооборота в организации. Оно позволяет решать задачи по автоматизации работы с документами компаний различных масштабов и сфер деятельности. Примером такой компании выступает «ТрансКредитБанк», в которой произведена поставка дополнительных рабочих мест системы электронного документооборота «ДЕЛО», разработки компании «Электронные Офисные Системы» (ЭОС). На сегодняшний день количество рабочих мест системы, установленных в банке, достигло 200.

Последней рассматриваемой СЭД является МОТИВ – система оперативного управления компанией, относящаяся к веб-ориентированным приложениям и являющаяся инструментом для любых предприятий (без привязки к конкретной отрасли). Программный продукт объединяет в себе возможность организации совместной работы сотрудников (англ. workflow) и управления электронными документами и подходит для организаций, в которых:

состав сотрудников составляет менее 500 человек;
состав сотрудников - от 500 человек и до 1000.

Также данное решение подходит для крупных клиентов, холдингов с большим количеством подразделений и сотрудников. С системой МОТИВ «Торговый дом Акварель» работает с 2010 года.

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

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

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

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

Кроме того, вуз и кафедра имеют в своем распоряжении эффективный механизм организации электронного портфолио в виде образовательного портала МГТУ на базе LMS Moodle, не требующий дополнительных финансовых вложений.

Каталог выпускников

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

Личная информация.
Контактная информация.
Информация об образовании в МГТУ (и бывшем МаГУ).
Информация об образовании в других ВУЗах.
Информация о карьере.

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

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

Для проведения сравнительной характеристики, были выбраны электронные справочники выпускников шести ВУЗов, которые были доступны в открытом доступе в сети Интернет: МГТУ им. Ломоносова, Переподготовка, Разумовский университет, ОИИМФ, УРФУ ИСИТ.

Информация о сравнении представлена в Таблице А.3.

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

ВЫВОДЫ ПО ГЛАВЕ 1

Первая глава работы посвящена обоснованию разработки веб-приложения «ИНФ_ПИ» для кафедры Прикладной Информатики ИЭиАС ФГБОУВПО МГТУ им. Г.И. Носова. Была рассмотрена проблема разработки данного приложения как элемента информационно-образовательной среды вуза.

В данной главе также была написана постановка задачи в которой была рассмотрена деятельность объекта автоматизации – кафедры прикладной информатики ИЭиАС ФГБОУ ВПО МГТУ им. Г.И. Носова, а также определенны процессы требующие автоматизации, а именно ведение портфолио студента и преподавателя и ведение каталога выпускников.

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

Портфолио студента и преподавателя — социальная сеть 4portfoio.ru, системы электронного документооборота, позволяющие систематизировать работу с документами предметной области (отчеты и приказы)

Каталоги выпускников — МГТУ им. Ломоносова, Переподготовка, Разумовский университет, ОИИМФ, УРФУ ИСИТ.

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

Глава 2. Разработка проектных решений 2.1 Формирование функциональных требований к веб-приложению «ИНФ_ПИ»

Один из главных этапов формирования требований – создание спецификации требования к ПО. Этот документ является задокументированным соглашением между клиентом и разработчиком. В настоящее время доступны различные шаблоны спецификации, однако многие применяют шаблон, описанный в IEEE (Institute of Electrical and Electronics Engineers). Этот шаблон может быть изменен в соответствие с особенностями проекта.

В целом система будет состоять из 3-х компонентов:

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

Web-приложение предназначено для повышения оперативности и качества работы кафедры прикладной информатики.

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

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

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

Web -приложение создается с целью:

Хранения информации в электронном виде.
Упростить процесс обработки информации.
Уменьшить время на поиск сведений.
Исключить потерю информации.
Исключить создание ошибочных дубликатов.

В результате создания web-приложения должны быть улучшены значения следующих показателей:

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

Диаграмма вариантов использования системы представлена на рис. Б.1.

В качестве примера подробней рассмотрим одну из частей системы, а именно портфолио студента — функцию создание нового портфолио с точки зрения студента. Пользователь системы (студент), идентификация которого подтверждена, может добавить новое портфолио студента. После авторизации пользователь перемещается на главную страницу веб-приложения «ИНФ_ПИ» (открыта вкладка «Личные данные»), где представлены поля для заполнения личными данными: фамилия, имя, отчество, курс, факультет/институт, email, контактный номер, направление/специальность ВПО, квалификация спортсмена, капитан. Имеется также возможность загрузки фото. Пользователь должен иметь возможность в любое время изменять, добавлять и удалять данные из портфолио. По завершении внесения изменений необходимо нажать кнопку «Сохранить», после чего пользователь возвращается на главную страницу системы, где представлено портфолио с заполненными данными.

Для формирования полного портфолио необходимо заполнить данные по трем вкладкам: личные данные, участие в мероприятиях, научная работа. Последовательность действий пользователя при создании нового портфолио представлена на рис. Б.2.

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

Последовательность действий пользователя при формировании выписки из протокола заседания кафедры с рекомендациями к участию в конкурсе на повышенную стипендию представлена на рис. Б.3.

2.2 Обоснование проектных решений по видам обеспечения веб-приложения «ИНФ_ПИ»

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

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

Web-приложение должно быть централизованным.

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

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

В качестве протокола взаимодействия между компонентами web-приложения на транспортно-сетевом уровне необходимо использовать протокол TCP/IP.

Web-приложение должно поддерживать следующие режимы функционирования:

Основной режим.
Профилактический режим.

В основном режиме функционирования web-приложение должно обеспечивать:

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

В профилактическом режиме web-приложение должно обеспечивать возможность проведения следующих работ:

Техническое обслуживание.
Модернизацию аппаратно-программного комплекса.
Устранение аварийных ситуаций.

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

Обеспечение приспособляемости системы должно выполняться за счет:

Своевременности администрирования.
Модернизации процессов.
Модификации процедур.
Наличия настроечных и конфигурационных файлов.

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

Требования к надежности ТС и ПО

Требования, предъявляемые к надежности, представлены в Таблице 1.

Таблица 1. Требования к ТС и ПО

№	ТС или ПО	Требование
1	Надежность оборудования	В качестве аппаратных платформ должны использоваться средства с повышенной надежностью. Применение технических средств, соответствующих классу решаемых задач. Аппаратно-программный комплекс web-приложения должен иметь возможность восстановления в случаях сбоев.
2	Надежность электроснабжения	С целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы не менее 30 минут. Система должна быть укомплектована подсистемой оповещения администратора о переходе на автономный режим работы. Система должна быть укомплектована системой автоматической остановки операционной системы в случае, если перебой электропитания превышает 25 минут. Должно быть обеспечено бесперебойное питание активного сетевого оборудования.
3	Надежность аппаратных и программных средств	Предварительное обучение пользователей и обслуживающего персонала. Соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств. Своевременное выполнение процедур резервного копирования данных.
4	Надежность аппаратного обеспечения	Предварительное обучение пользователей и обслуживающего персонала. Своевременное выполнение процессов администрирования. Соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств. Своевременное выполнение процедур резервного копирования данных.

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

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

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

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

№	Требование
1	Защита должна обеспечиваться на всех этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ.
2	Программно-технические средства защиты не должны ухудшать основные функциональные характеристики web-приложения.
3	Защита должна обеспечиваться комплексом программно-технических средств.
4	Защита должна обеспечиваться организационными мероприятиями.
5	Разграничение прав доступа.

Требования к антивирусной защите

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

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

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

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

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

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

Таблица 3. Программные требования к серверной части

№	Обеспечение	Характеристика
1	Операционная система	Windows Server 2012
2	СУБД	MySQL 5.x
3	Поддержка скриптов	PHP 5.0 или выше

Требования к рабочей станции пользователя представлены в Таблице 4.

Таблица 4. Программные требования к рабочей станции

№	Обеспечение	Характеристика
1	Операционная система	Любая операционная система с поддержкой перечисленных интернет-браузеров.
2	Интернет-браузер	Google Chrome, Internet Explorer, Mozilla Firefox, Opera, Safari
3	COOKIES	Включено
4	JavaScript	Включено

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

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

Таблица 5. Технические требования к серверной станции

№	Обеспечение	Характеристика
1	Процессоры	До 2-x Intel Xeon E5-26XX
2	Диски	8x3,5" SATA/SAS HDD с горячей заменой
3	Память	До 1 TB (24 слота)
4	Сеть	4xGbE LAN Ports
5	RAID	Intel SW RAID 0,1,10

Требования к рабочей станции пользователя представлены в Таблице 6.

Таблица 6. Технические требования к пользовательской станции

№	Обеспечение	Характеристика
1	Сетевая карта	Поддержка 10/100 FastEthernet
2	Тип процессора	Core i5-4440 или выше
3	Частота процессора	1.6 ГГц или выше
4	Оперативная память	2GB или выше
5	Жесткий диск	350GB или выше
6	Количество ядер	2 или выше

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

2.3 Разработка типовой ИТ-инфраструктуры для создания веб-приложения «ИНФ_ПИ»

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

В данный момент кафедра Прикладной информатики, активно модернизируется в части технической составляющей. Техническая инфраструктура кафедры Прикладной Информатики представлена на рисунке 1.

Рисунок 1 — Инфраструктура кафедры Прикладной Информатики

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

Таблица 7– Характеристика и стоимость технической инфраструктуры

Параметры	Описание	Количество
Веб сервер сайта			1
Типовая конфигурация веб сервера	Сервер Meijin Intel Xeon E5 2609v3 16G 1.2T SAS Платформа Платформа Server SuperMicro Процессор s2011-v3 Intel Xeon E5-2609 v3 1.90GHz Память DIMM 288 pin DDR4 ECC Reg PC17000 8GB Kingston x2 Жесткий диск HDD 3.5" SAS 300GB Hitachi HGST x4 Дисковод DVD-RW Black Samsung Контроллер PCI Express RAID SAS LSI Адаптер SATA внутренний Chenbro	1шт 2шт 4шт 1шт 1шт 1шт
Сервер Баз Данных			1
Типовая конфигурация сервера БД	2U Meijin Intel Xeon E5 2640v3 x2 32G 1.2T SAS Платформа Платформа Server SuperMicro Процессор s2011-v3 Intel Xeon E5-2640 v3 2.60GHz x2 Память DIMM 288 pin DDR4 ECC Reg PC17000 8GB Kingston x4 Жесткий диск HDD 3.5" SAS 600GB Seagate x2 Дисковод DVD-RW Black Samsung Контроллер PCI Express RAID SAS LSI Адаптер SATA внутренний Chenbro	2 шт 4шт 2шт 1шт 1шт 1шт
Сервер Управления			1
Типовая конфигурация сервера управления	Платформа Платформа Server SuperMicro Процессор s2011-v3 Intel Xeon E5-2603 v3 1.60GHz Память DIMM 288 pin DDR4 ECC Reg PC17000 8GB Kingston x2 Жесткий диск HDD 3.5" SATA 1TB Seagate x2 Дисковод DVD-RW Black Samsung Контроллер PCI Express RAID SAS LSI Адаптер SATA внутренний Chenbro	1шт 2шт 2шт 1шт 1шт 1шт

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

Таблица 8. – «Техническая и информационная оснащенность типовых автоматизированных рабочих мест»

Компьютеры работников кафедры			6 шт
Типовая конфигурация компьютера	Системный блок: Микропроцессор: Intel Core 2 Duo 2.4Ггц. Оперативная память: 2048 Mb; Винчестер: 500 GB SATA-III 5400prm 16MB Дисководы: DVD-RW, Монитор: 21'', Acer; Клавиатура: Microsoft; Мышь: оптическая – Microsoft; ИБП: Exegate PowerPro PCM-650VA	1 шт 1 шт 1 шт 1 шт 1 шт 1 шт 1 шт 1 шт
Периферийные устройства	МФУ: HP LaserJet Pro M435nw Телефон : Termit FX-423 Wifi-модем : ASUS ADSL DSL-N10 (ADSL2+, 4 LAN, WiFi 802.11n) 150Mbps	2 шт 2 шт 1 шт
Сеть	Коммутатор: Linksys SRW208MP-K9-EU Маршрутизатор: Zyxel P-791R v2	2 шт 2 шт
Программное обеспечение	Операционная система – Microsoft Windows XP Professional Версия 2002 SP2 и SP3Microsoft Office 2003Пакет обновления совместимости для выпуска 2007 систем Microsoft OfficeAdobe Reader 9.1Антивирус Касперского 6. Архиватор WinRAR Браузер – Internet Explorer, Google Chrome; Стандартные программы;	На 6 ПК
Система хранения данных	[DEPO_Storage_2216] DEPO Storage 2216 1QII1000G7/16HSQ2_2/920W2HS/RMK/123ONS1DS	1 шт
Охлаждение и питание	[CLM-882138-233 ] Система охлаждения ( 3 вентилятора + 3 решетки + кабель) для серверного шкафа ИБП Ippon Smart Winner 1000 (интерфейс RS-232, USB)	2 шт 2 шт
Итого:	1789540	Руб.

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

2.4 Выбор и оценка технологий и средств реализации проектных решений по разработке веб-приложения «ИНФ_ПИ»

Выбор языка программирования для разработки

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

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

Языком реализации был выбран зарекомендовавший себя язык PHP.

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

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

Выбор СУБД

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

Для сравнения были выбраны три СУБД: InterBase, MySQL и MS SQL Server. Сравнение проводилось по пяти основным параметрам: поддержка СУБД механизма триггеров и хранимых процедур, удобство и доступность средств разработки приложений СУБД, перечень поддерживаемых операционных систем, минимальные требования к серверу баз данных, и производительность.

После проведения анализа выбор пал на СУБД MySQL, по мере того что она отвечает всем ранее оговоренным параметрам, она имеет довольно тесную связку с уже выбранным языком программирования PHP, что позволит существенно облегчить процесс разработки.

Выбор сред разработки (ПО и БД)

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

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

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

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

Среда разработки программного обеспечения

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

Brackets — бесплатный редактор с открытым кодом для веб-разработчиков. Brackets ориентирован на работу с HTML, CSS и JavaScript. Эти же технологии лежат в основе самого редактора, что обеспечивает его кросс-платформенность т.е. совместимость с операционными системами Mac, Windows и Linux. Brackets создан и развивается Adobe Systems под лицензией MIT License и поддерживается на GitHub.

На сегодняшний день сообществом создано множество расширений, добавляющих большинство необходимых инструментов для работы над кодом, таких как система контроля версий Git, просмотр HTML-кода в браузере в реальном времени (Live Preview), синхронизация с FTP (Git-FTP). Принять участие в разработке и поддержке расширений может любой желающий.

Средство проектирования и разработки базы данных.

Средством проектирования базы данных для будущего веб-приложения было выбрано dbForge Studio for MySQL.

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

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

Плюсами для данного проекта в этом решения являются:

Визуальный дизайнер баз данных (построение ER-моделей)
Отладчик SQL кода
Модули «Отчёты и Анализ данных»

ВЫВОД ПО ГЛАВЕ 2

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

Далее было представлено обоснование проектных решений по видам обеспечения АС. Подробно описано информационное обеспечение. Также описаны требования к программному и техническому обеспечению.

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

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

Заключение

Одной из задач кафедры прикладной информатики является взаимодействие со студентами, выпускниками и преподавателями. Необходимо сохранять и поддерживать в актуальном виде информацию, которую можно условно разбить на следующие группы: личная, контактная, об образовании в МГТУ (и бывшем МаГУ), об образовании в других ВУЗах, о карьере, возможных достижениях.

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

Хранение информации в бумажном виде.
Сложный процесс обработки данных.
Потери информации.
Создание ошибочных дубликатов информации.
Увеличение времени на поиск конкретных сведений.

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

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

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

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

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

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

ГОСТ 19.201-78. Единая система программной документации. Техническое задание. Требования к содержанию и оформлению
ГОСТ 24.103-84 «Автоматизированные системы. Основные положения».
ГОСТ 24.104-85 «Автоматизированные системы. Общие требования».
ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения.
ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем.
ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.
ГОСТ 34.602-89 «Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».
ГОСТ 34.603-92. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем.
ГОСТ 7.1-2003. Библиографическая запись. Библиографическое описание. Общие требования и правила составления.
ГОСТ Р 50922-96. Защита информации. Основные термины и определения.
ГОСТ Р 51275-99. Защита информации. Объект информации. Факторы, воздействующие на информацию. Общие положения.
ГОСТ Р ИСО/МЭК 15271-02 Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 Процессы жизненного цикла программных средств
ГОСТ Р ИСО/МЭК 159 10-2002. Процесс создания документации пользователя программных средств.
Зафиевский А.В. Автоматизация управления учебным процессом в вузе // Успехи современного естествознания. – 2010. – № 1 – С. 115-117
Остроумова Е.Н. Иинформационно-образовательная среда вуза как фактор профессионально-личностного саморазвития будущего специалиста // Фундаментальные исследования. – 2011. – № 4 – С. 37-40
РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.
СМК-МИ 29.2-06. Общие требования к построению, содержанию, оформлению, обозначению и управлению Стандартом университета (организации) и Методической инструкцией.
Назаров, С.А. Педагогические условия проектирования личностно-развивающей информационно-образовательной среды технического вуза: автореф. дис. ... канд. пед. наук. - Ростов-н/Д, 2006. - С. 17.
Абросимов, А.Г. Информационно-образовательная среда ВУЗа / А.Г. Абросимов // Вестник РУДН. – 2004. – № 1. – С. 4.
Ефимова И.Ю., Веремеенко О.О. Использование информационных технологий для осуществления межпредметных связей / Сборник научных трудов Sworld. 2013. Т. 27. № 4. С. 53-56.
Ошурков В.А. Механизмы противодействия явлений киберэкстремистской направленности в системе электронных платежей/ В.А. Ошурков, Е.В. Чернова, Е.В. Сторожева, Л.З. Давлеткиреева // Фундаментальные исследования. 2014. № 12-5. С. 1093-1097.
Романова М.В. Современные средства оценивания результатов обучения: учебное пособие/М.В. Романова. – М-во образования и науки Российской Федерации, ГОУ ВПО «Магнитогорский гос. ун-т». Магнитогорск, 2009.
Чусавитина Г. Н., Макашова В.Н. Использование информационных технологий в управлении проектами. Магнитогорск: МаГУ, 2013.52с.
Когденко В. Г. Методология и методика экономического анализа; Юнити-Дана - Москва, 2008. - 544 c.
Грузинов В. П., Максимов К. К., Эриашвили Н. Д. Экономика предприятия. Учебник; Банки и биржи, Юнити - Москва, 1998. - 536 c.

Приложения

Приложение А

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

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

	Directum	ПитерСофт	ЕВФРАТ	ДЕЛО	МОТИВ
Серверная ОС	Windows Server (2000,2003,2008)	Windows (2000, XP, Vista, 7),Windows 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
Стоимость лицензий на 10 пользователей	130 550	72 000	73 000	129 000	50 000

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

Directum

ПитерСофт

ЕВФРАТ

ДЕЛО

МОТИВ

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

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

создание документа, на основе существующего;
проверка документов на дублирование при регистрации;
автоматический разбор документа по содержанию.

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

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

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

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

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

регистрация документов из MS Office;
возможность потокового ввода документов.

Работа с документами

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

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

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

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

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

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

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

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

Продолжение таблицы А.2

Управление потоками работ и контроль	Возможность полностью реализована.	Программа своевременно поставит каждому сотруднику задачу на определенный срок в соответствии с заданным регламентом.	Отсутствует возможность отсрочки исполнения.	Документы не обрабатываются автоматически, не обеспечена свободная маршрутизация документов.	Не предполагается автоматической обработки документов.
Поиск и анализ информации	По результатам поиска отчеты не формируются.	Работа контролера может бы проанализирована в отчетах. С помощью различных отчетов можно посмотреть статистику выполнения задач за разные периоды времени, определить, какие задачи и какими сотрудниками не были выполнены вовремя, выявить «узкие» места.	Возможность полностью реализована.	Возможность полностью реализована.	Возможность полностью реализована.
Информационная безопасность	Отсутствуют программные средства для контроля целостности документов.	Возможность полностью реализована.	Возможность полностью реализована.	Отсутствуют программные средства для контроля целостности документов.	Отсутствуют программные средства для контроля целостности документов,

Окончание таблицы А.2

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

Анализ готовых 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,Explorer	Google Chrome, Яндекс-браузер, Opera, Mozila, Explorer	Google Chrome, Яндекс-браузер, Opera, Mozila, Explorer
Видимость сайта основными поисковыми системами(Google, Яндекс)	Google, Яндекс	Google, Яндекс	Google, Яндекс	Google, Яндекс	Google, Яндекс

Приложение Б

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

Рисунок Б.1. — Диаграмма вариантов использования системы

Рисунок Б.2. — Диаграмма последовательности действий при создании нового портфолио студента

Рисунок Б.3. – Диаграмма последовательности действий пользователя при формировании выписки из протокола заседания кафедры

Приложение В

Выбор средств разработки

Условные обозначения
+	Указанная возможность присутствует
-	Указанная возможность отсутствует
+/-	Возможность поддерживается не полностью
-/+	Возможность поддерживается очень ограниченно
?	Нет данных
N/A	Постановка вопроса не применима к языку

Парадигмы

Возможность

Языки

C++

Java

JavaScript

Perl

PHP

Python

Ruby

Delphi

OCaml

PureBasic

Императивная

Объектно-ориентированная

-/+

Функциональная

+/-

-/+

+/-

-/+

+/-

-/+

+/-

Рефлексивная

-/+

+/-

-/+

Обобщенное программирование

-/+

Типизация

Возможность

Язык

C++

Java

JavaScript

Perl

PHP

Python

Ruby

Delphi

OCaml

PureBasic

Статическая типизация

+/-

Динамическая типизация

-/+

Явная типизация

-/+

+/-

Неявная типизация

-/+

Неявное приведение типов без потери данных

Open-source компилятор (интерпретатор)

Возможность компиляции

Многопоточная компиляция

N/A

Интерпретатор командной строки

-/+

+/-

Управление памятью

Возможность

Язык

C++

Java

JavaScript

Perl

PHP

Python

Ruby

Delphi

OCaml

PureBasic

Создание объектов на стеке

-/+

Неуправляемые указатели

Ручное управление памятью

Сборка мусора

-/+

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

Возможность

Язык

C++

Java

JavaScript

Perl

PHP

Python

Ruby

Delphi

OCaml

PureBasic

Инструкции break без метки

+/-

Инструкция break с меткой

+/-

N/A

+/-

Блок else (исключения)

Перезапуски

Типы и структуры данных

Возможность

Язык

C++

Java

JavaScript

Perl

PHP

Python

Ruby

Delphi

OCaml

PureBasic

Многомерные массивы

+/-

Динамические массивы

+/-

Ассоциативные массивы

+/-

Контроль границ массивов

+/-

N/A

+/-

Цикл foreach

Объектно-ориентированные возможности

Возможность

Язык

C++

Java

JavaScript

Perl

PHP

Python

Ruby

Delphi

OCaml

PureBasic

Интерфейсы

+/-

Мультиметоды

-/+

Переименование членов при наследовании

N/A

-/+

Множественное наследование

N/A

+/-

Решение конфликта имен при множественном наследовании

N/A

-/+

N/A

Разное

Возможность

Язык

C++

Java

JavaScript

Perl

PHP

Python

Ruby

Delphi

Ocaml

PureBasic

Макросы

+/-

-/+

Шаблоны/Generics

N/A

+/-

Поддержка Unicode в идентификаторах

+/-

-/+

Перегрузка функций

-/+

Динамические переменные

Именованные параметры

-/+

Значения параметров по умолчанию

+/-

Локальные функции

-/+

+/-

Наличие библиотек для работы с графикой и мультимедиа (OpenGL/WebGL/OpenML, OpenAL, DirectX)

-/+

Приложение Г

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

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

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

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

Магнитогорск2015 г.

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 – План-график

Номер этапа	Наименование этапа	Исполнитель	Длительность
	Формирование требований		3 дня
	Формирование требований к функционалу	Руководитель проекта, Куратор	1
	Формирование требований к интерфейсу	Разработчик, Архитектор системы-Администратор, Руководитель проекта, Куратор	2
	Разработка системы		25 дней
	Программирование пакетных методов	Разработчик	15
	Программирование интерфейсных методов	Разработчик	7
	Отладка (альфа-тестирование)	Разработчик	3

Продолжение таблицы Г.1

Разработка документации		5 дней
Разработка предварительной версии черновика документации	Разработчик, Архитектор системы-Администратор, Руководитель	2
Обновление черновика документации по результатам разработки	Разработчик, Архитектор системы-Администратор, Руководитель	1
Обновление черновика документации по результатам тестирования	Разработчик, Архитектор системы-Администратор, Руководитель	1
Рецензирование документации	Куратор, Руководитель	0,5
Документация согласована	Куратор, Руководитель	0,5
Тестирование системы		10 дней
Разработка сценария тестирования	Разработчик	3
Согласование сценария тестирования	Разработчик, Руководитель	1
Тестирование системы	Разработчик	4
Написание отчета о тестировании	Разработчик, Архитектор системы-Администратор	2
ВНЕДРЕНИЕ СИСТЕМЫ		35 дней
Подготовка объекта автоматизации к вводу системы в действие		1,5 дня
Подготовка технических средств	Архитектор системы-Администратор	1,5
Подготовка персонала		5 дней
Определение квалификации сотрудников	Куратор	2
Обучение пользователей	Разработчик	3
Пусконаладочные работы		10 дней
Автономная наладка технических и программных средств	Архитектор системы-Администратор	3
Загрузка информации в БД	Архитектор системы-Администратор, Разработчик	5
Комплексная наладка средств системы	Архитектор системы-Администратор, Разработчик	2
Проведение предварительных испытаний		6 дней
Испытание системы на работоспособность	Архитектор системы-Администратор, Куратор, Руководитель	2
Устранение неисправностей	Разработчик	3
Оформление Акта о приемке системы в опытную эксплуатацию	Архитектор системы-Администратор, Руководитель	1
Проведение опытной эксплуатации		8 дней
Опытная эксплуатация системы	Архитектор системы-Администратор, Руководитель	5
Анализ результатов	Куратор, Руководитель	2
Оформление Акта о завершении опытной эксплуатации	Архитектор системы-Администратор, Руководитель	1

Окончание таблицы Г.1

	Проведение приемочных испытаний		4 дня
	Проведение испытаний на соответствие ТЗ	Архитектор системы-Администратор, Руководитель	2
	Анализ результатов испытания системы	Куратор, Руководитель	2
	Оформление Акта о приемке системы в постоянную эксплуатацию	Архитектор системы-Администратор, Руководитель	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	Проведение опытной эксплуатации. Фиксирование выявленных неполадок в Протоколе испытаний. Устранение выявленных неполадок. Проверка устранения выявленных неполадок. Принятие решения о готовности системы к приемочным испытаниям. Составление и подписание Акта о завершении опытной эксплуатации АИС.

Окончание таблицы Г.2

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

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

пункт 1,4

Проведение приемочных испытаний.
Фиксирование выявленных неполадок в Протоколе испытаний.
Устранение выявленных неполадок.
Проверка устранения выявленных неполадок.
Принятие решения о возможности передачи модуля системы в промышленную эксплуатацию.
Составление и подписание Акта о завершении приемочных испытаний и передаче системы в промышленную эксплуатацию.
Оформление Акта завершения работ.

7. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ
Для создания условий функционирования веб-приложения «ИНФ_ПИ», при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в настоящем техническом задании, и возможность эффективного её использования, в организации Заказчика должен быть проведен комплекс мероприятий:

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

8. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
В данном разделе приводят перечень документов (табл. Ж.3) необходимый для разработки веб-приложения «ИНФ_ПИ».

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

Этап	Документ
Проектирование. Разработка эскизного проекта. Разработка технического проекта.	Ведомость эскизного проекта
	Пояснительная записка к эскизному проекту
	Ведомость технического проекта
	Пояснительная записка к техническому проекту
	Схема функциональной структуры

Окончание таблицы Г.3

Разработка рабочей документации. Адаптация программ	Ведомость эксплуатационных документов
	Ведомость машинных носителей информации
	Паспорт
	Общее описание системы
	Технологическая инструкция
	Руководство пользователя
	Описание технологического процесса обработки данных (включая телеобработку)
	Инструкция по формированию и ведению базы данных (набора данных)
	Состав выходных данных (сообщений)
	Каталог базы данных
	Программа и методика испытаний
	Спецификация
	Описание программ
	Текст программ
Ввод в действие	Акт приёмки в опытную эксплуатацию
	Протокол испытаний
	Акт приемки Системы в промышленную эксплуатацию
	Акт завершения работ

Вся документация должна быть подготовлена и передана как в печатном виде в формате Microsoft Word.
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-ФЗ «О персональных данных».

Просмотров работы: 3756

Код для цитирования:

VIII Международная студенческая научная конференция Студенческий научный форум - 2016

РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ ВЕБ-ПРИЛОЖЕНИЯ «ИНФ_ПИ» ДЛЯ КАФЕДРЫ ПРИКЛАДНОЙ ИНФОРМАТИКИ ИЭИАС ФГБОУВПО МГТУ ИМ. Г. И. НОСОВА

Студенческий научный форум - 2016
VIII Международная студенческая научная конференция