Мобильное приложение для ВУЗа

Организация информационного фонда:

Реляционная база данных.

1.4. 3 Общая характеристика организации решения задачи (системные требования) Основные требования к системе:

Простота установки, настройки и использования;

Быстрый доступ к основным сценариям использования;

Простая навигация. Функциональные:

Учет информации о преподавателях;

Учет информации о дисциплинах;

Учет информации об учебных группах;

Учет информации о НИР;Формирование отчетов;

Предоставление мобильного доступа к информации. Требования к производительности:

Код приложения должен быть оптимизирован для достижения максимальной производительности;

Запросы к БД должны выполняться с крупными массивами информации. Требование к безопасности:

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

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

Программная реализация должна представлять собой мобильное приложение для телефонов и КПК. Глава 2. Проектная часть 2.1 Информационная модель и ее описание

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

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

2.2 Архитектура данных комплекса задач и ее описание2.

2.1 Характеристика первичных документов с нормативно-справочной и входной оперативной информацией

Для функционирования информационной системы необходимо создание локальных классификаторов для всех объектов информации. В таблице 2.1 представлен перечень классификаторов системы. Таблица 2.1Используемые системы кодирования

КодируемоемножествообъектовДлина кода

Мощность кода

Система кодирования

Система классификации

Вид классификатора

Преподаватели31 000порядковаяотсутствуетсистемный

Дисциплины31 000порядковаяотсутствуетсистемный

Группы2100порядковаяотсутствуетсистемный

Студенты410 000порядковаяотсутствуетсистемный

НИР410 000порядковаяотсутствует

СистемныйСпециальность31 000порядковаяотсутствует

Системный2.

2.2 Характеристика базы данных/базы знаний

Схема логической структуры БД представлена на рис. 2.

2.Модели данных созданы с использованием case-средства ERWinDataModeler. БД содержит следующие таблицы:

Преподаватели — содержит информацию о преподавателях, первичный ключ — поле «табельный номер»; Справочник дисциплин — содержит информацию о дисциплинах, первичный ключ — поле «код дисциплины»; Список групп — содержит информацию об учебных группах, первичный ключ — поле «номер группы»; НИР — содержит информацию о НИР, первичный ключ — поле «ИД»; Группы — транзитивная сущность ставит в соответствие преподавателей и учебные группы, первичный ключ — составной «табельный номер» + «номер группы»; Дисциплины — транзитивная сущность ставит в соответствие преподавателей и дисциплины, первичный ключ — составной «табельный номер» + «код дисциплины». Схема физической структуры БД приведена на рис. 2.

2.Рис. 2.2 — Схема логической структуры БДРис. 2.2 — Схема физической структуры БД2.

2.3 Характеристика результатной информации

Результатной информацией системы является перечень отчетов для руководства ВУЗа. На рис. 2.3 приведен отчет о НИР.Рис. 2.4 — Отчет о НИРНа рис. 2.4 представлен отчет о рейтингах учебных групп.Рис. 2.5 — Отчет о рейтингах учебных групп

На рис. 2.6 представлен отчет об успеваемости учебных групп.Рис. 2.6 — Отчет об успеваемости учебных групп2.

3 Технологическая архитектура комплекса задач2.

3.1 Сценарий диалога и его описание

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

2.8. Рис.

2.8 — Дерево функций информационной системы2.

3.2 Структурная схема пакета (дерево вызова процедур и программ) Дерево вызова программных модулей системы приведена на рис. 2.

9.Как видно из схемы для двух категорий пользователей предусмотрены разные программные модули, для ввода, удаления и редактирования информации в соответствующих таблицах БД и выполнения необходимых функций. Ниже представлено описание модулей системы.Рис. 2.9 — Дерево вызова модулей информационной системы2.

3.3 Описание программных модулей

Описание программных модулей представлено в таблице 2.

2.Таблица 2.2Описание программных модулей ИСМодуль

НазначениеУдаление преподавателя

Модуль выполняет SQL-запрос на Удаление записи из таблицы «Преподаватели» БД. Добавление преподавателя

Модуль выполняет SQL-запрос на Добавление записи в таблицу «Преподаватели» БД. Удаление учебной группы

Модуль выполняет SQL-запрос на Удаление записи в таблицу «Учебные группы» БД. Добавление учебной группы

Модуль выполняет SQL-запрос на Добавление записи в таблицу «Учебные группы» БД. Удаление НИРМодуль выполняет SQL-запрос на Удаление записи в таблицу «НИР» БД. Добавление НИРМодуль выполняет SQL-запрос на Добавление записи в таблицу «НИР» БД. Удаление дисциплины

Модуль выполняет SQL-запрос на Удаление записи в таблицу «Дисциплины» БД. Добавление дисциплины

Модуль выполняет SQL-запрос на Добавление записи в таблицу «Дисциплины» БД. Рейтинги

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

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

2.4 Программная архитектура комплекса задач2.

4.1 Сценарий диалога и его описание

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

2.8.

2.3. 2 Организация технологии сбора, передачи, обработки и выдачи информации

На рис. 2.7 приведена схема сценария алгоритма работы мобильного приложения.Рис. 2.7 — Схема алгоритма работы программы

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

Преподаватели;

НИР;Дисциплины;

Учебные группы. При переходе на вкладку «Преподаватели» для пользователя появляется список преподавателей и форма для добавления информации о новых преподавателях. При заполнении формы и нажатии на кнопку «Добавить» информация попадает в БД. При переходе на вкладку «НИР» для пользователя появляется список преподавателей и список НИР. При заполнении формы и нажатии на кнопку «Добавить» информация попадает в БД для выбранного преподавателя. При переходе на вкладку «Дисциплины» для пользователя появляется список преподавателей, список дисциплин и список учебных групп. При заполнении формы и нажатии на кнопку «Добавить» информация попадает в БД для выбранного преподавателя и выбранной учебной группы. При переходе на вкладку «Учебные группы» для пользователя появляется список учебных групп и форма для добавления информации о новых группах. При заполнении формы и нажатии на кнопку «Добавить» информация попадает в БД. На рис. 2.8 приведена экранная форма регистрации в системе и меню программы.Рис. 2.8 — Экранная форма регистрации в системе и меню программы

Глава 3. Экономическая эффективность инвестиций в ИТ-проект3.

1 Определение уровня ИТ-зрелости предприятияCapability Maturity Model Integration (CMMI) — Комплексная модель производительности и зрелости — набор моделей (методологий) совершенствования процессов в организациях разных размеров и видов деятельности. CMMI содержит набор рекомендаций в виде практик, реализация которых, по мнению разработчиков модели, позволяет реализовать цели, необходимые для полной реализации определенных областей деятельности. Процессы первого уровня зрелости характеризуются хаотичностью, реактивностью, непредсказуемостью. Несмотря на это, очень часто организации, находящиеся на данном этапе развития, производят довольно качественные продукты. При этом, как правило, превышается бюджет и время разработки данных продуктов. Качественные продукты данных организаций производятся не за счет устойчивых и отлаженных процессов, а благодаря титаническим усилиям отдельных личностей. В случае ухода таких людей очень тяжело повторить успешные проекты.

На данном этапе очень тяжело предсказать производительность процессов, протекающих в организации. На уровне 1 производственный процесс (а вместе с ним и все процессы) представляется аморфной сущностью, практически черным ящиком, представление о процессах очень ограниченное, чрезмерно много усилий тратится на выяснение статуса развития проекта и текущего хода работ. В принципе, для небольших компаний, разрабатывающих собственные проекты или небольшие проекты по заказу — это приемлемо. Но для них и не нужна никакая модель CMMI. Эта модель показывает себя во всей красе при разработке действительно больших проектов. И поэтому мы идём дальше по лестнице уровней зрелости. Уровень зрелости 2 — управляемый уровень. На данном этапе основные процессы описаны, их, возможно, использовать неоднократно.

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

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

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

На уровне 4 определенные процессы количественно контролируются с помощью соответствующих средств и техник. Уровень зрелости 5 — уровень постоянного улучшения (оптимизации) процессов. На данном этапе мы имеем точные характеристики оценки эффективности бизнес процессов, что позволяет нам постоянно и эффективно улучшать бизнес процессы путем развития существующих методов и техник и внедрения новых. После внедрения мобильного приложения в работе МЭСИ, процесс управления учебным процессом будет автоматизирован и оценка работы подразделений ВУЗа будет осуществляться на количественном уровне, поэтому процесс будет соответствовать 5 уровню зрелости.

3.2 Выбор и анализ параметров оценки стоимости проекта

Группа разработчиков:

Аналитик — выполняет анализ первичной информации;

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

Руководитель проекта — координирует работу, согласовывает бюджет план проекта;

Инженер — выбирает оборудование для ИС;Программист — создание программного кода ИС;Руководство — руководство предприятия;

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

Рис. 3.2 — Диаграмма Ганта

Характеристика и анализ задач проекта

Рис. 3.3 — Список работ проекта

Характеристика и анализ ресурсов проекта

Рис. 3.4 — Заработная плата группы разработчиков с учетом рабочего времени

Анализ загрузки ресурсов

Рис. 3.5 — График загруженности ресурсов

Стоимостный анализ проекта

Рис. 3.6 — Список затрат на всех этапах разработки

Рис. 3.7 — Лист ресурсов

Рис. 3.8 — Календарь проекта3.

3. Технико-экономическое обоснование разработки

Сравнения затрат рабочего времени по видам работ приведены в таблице 3.

1.Таблица 3.1Сравнение затрат рабочего времени

Виды работ

Кол. раз в год

Затраты времени

Существующая система (мин.)Внедряемая система (мин.)Заполнение журналов300 205

Заполнение отчетов по олимпиадам300 205

Заполнение отчетов по НИР300 205

Учет преподавателей300 205

Учет НИР300 205

Учет дисциплин300 205

Учет учебных групп360 305

Формирование отчетов360 300

Итого6 840 012 600

Экономия временных затрат:∆T=68 400−12 600=57600 часов

Средний размер заработной платы сотрудника составляет 130 руб. в час. Расчет годовой суммарной экономии средств представлен в таблице 3.

2.Таблица 3.2Экономия средств на затраты рабочего времени

Годовая экономия (час.)Стоимость 1 ч. раб. времени (руб.)Годовая экономия (руб.)Отчисления 26,2% (руб.)Всего годовая экономия (руб.)

Таким образом, суммарная экономия денежных средств на оплату труда и материальных затрат составляет 9 434 880 рублей в год. В результате исследований были получены следующие данные:

Сумма сметных затрат на разработку и внедрение программного продукта составляет 75 360 рублей;

Годовая экономия средств, выделяемых на оплату труда, составляет 9 434 880 рублей в год;Период окупаемости равный отношению суммы затрат на разработку и внедрение ПП к годовой экономии средств составил (0,01) 1 месяц. Исходя из вышесказанного, применение данной разработки позволит, в самые кратчайшие сроки компенсировать затраты на разработку и эксплуатацию, получить экономический эффект от использования информационной системы. Заключение

Целью данной работы является повышение эффективности организации учебного процесса МЭСИ путем разработки мобильного приложения для руководства ВУЗа. В первой главе пояснительной записки дается описание предметной области и обоснование необходимости автоматизации процесса:

общее описание МЭСИ;

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

описывается инфологическая модель ИС;описываются используемые в ИС классификаторы и системы кодирования;

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

описан алгоритм работы программы;

дано обоснование и выбор средств разработки ПО и СУБД. В третьей главе дано финансово-экономическое обоснование разработки и внедрения мобильного приложения в ВУЗе, определен перечень работ проекта, определены сроки выполнения работ, составлен план-график выполнения работ. Дана оценка стоимости разработки информационной системы и рассчитаны показатели экономической эффективности, период окупаемости системы составляет 1 месяц. Таким образом, информационная система полностью реализует процесс обеспечения учебной работы. Внедрение системы позволит автоматизировать рутинные функции сотрудников кафедр по ведению информационного фонда и предоставлению мобильного доступа к нему руководства ВУЗа.

Список литературы

Автоматизированные информационные технологии в экономике: Учебник/Под ред. проф. Г. А. Титоренко. -

М.: Компьютер, ЮИНИТИ, 2011. — 234 с. Антопольский А. Б. Проблемы классификации информационных ресурсов по критериям информационной безопасности/ А. Б. Антопольский. — НТИ.- 2011. — № 6. С. 125−126.Бочаров Е. П. Интегрированные Корпоративные информационные системы: Принципы построения: лабораторный практикум на/ Е. П. Бочаров.

— М.: Финансы и статистика, 2011. — 234 с. Гончаров А. Самоучитель HTML/ А. Гончаров.

— СПб.: Питер, 2010. — 240 с.: ил. Зенкин А. А. Основы когнитивной компьютерной графики/ А. А. Зенкин — М.:Наука, 2012. — 271 с. Карпова Т. С. Базы данных: модели, обработка, реализация / Карпова Т. С. — СПб.: Питер, 2010.

— 392с. Клещев Н. Т. Проектирование информационных систем/ Н. Т. Клещев, А. А. Романов. — М.: Российская экономическая академия, 2010. 283с. Маклаков С. В. Создание информационных систем с AllFusion Modeling Suite. — М.: ДИАЛОГ-МИФИ, 2011.- 232с. Фаулер М. UML в кратком изложении: применение стандартного языка объектного моделирования: пер. с англ. / М.

Фаулер, К. Скотт. М., 2010.- 442с. Смирнов И. Н. и др. Основные СУБД. — М.: Наука, 2010.- 192с. ГОСТ 34.602−89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»; ГОСТ 34.601−90 «Информационная технология.

Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания". Приложение № 1 Экранные формы