Geum.ru

Степина И. Н., Кисель С. А., Плюснина Н. П. (Беларусь, Гродно, Гргу им. Янки Купалы)

Вид материалаДокументы

Содержание


Документация системы менеджмента университета
Пример разработки информационной подсистемы асу «университет»
Этап 3. Разработка технического проекта ПО
Этап 4. Реализация проекта и модульное тестирование
Этап 5. Интеграция и системное тестирование
Этап 6. Разработка документации ПО
Этап 9. Ввод в действие программного комплекса ПО
Этап 10. Сопровождение ПО
Этап 11. Мониторинг и измерения процедуры
Подобный материал:
Степина И.Н., Кисель С.А., Плюснина Н.П. (Беларусь, Гродно, ГрГУ им. Янки Купалы)

РАЗРАБОТКА ИНФОРМАЦИОННЫХ ПОДСИСТЕМ АСУ «УНИВЕРСИТЕТ» С ИСПОЛЬЗОВАНИЕМ СТАНДАРТОВ УНИВЕРСИТЕТА


Рассматривается роль документации системы менеджмента университета при разработке информационных систем, используемых в управлении. На примере разработки конкретной информационной подсистемы АСУ «Университет» учреждения образования «Гродненский государственный университет имени Янки Купалы» показана значимость и последовательность применения стандартов университета на каждом этапе разработки этой подсистемы.


ВВЕДЕНИЕ

Разработка информационных систем или проектирование программного обеспечения (далее - ПО) это процесс построения приложений реальных размеров и практической значимости, удовлетворяющих заданным требованиям функциональности и производительности [1]. Проектирование ПО предполагает выполнение ряда стадий и этапов, согласно системе стандартов (ГОСТ 34.601–90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания): разработку требований или технического задания, разработку технического проекта, программирование или рабочее проектирование, опытную эксплуатацию, сопровождение и улучшение.

Проектирование ПО охватывает три основные области:
  • проектирование объектов данных, которые будут реализованы в базе данных (далее - БД);
  • проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;
  • учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры и т.п.

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


АСУ «УНИВЕРСИТЕТ» ГрГУ им. Янки Купалы

Разработка информационных систем, позволяющих автоматизировать работу сотрудников структурных подразделений и служб университета, на протяжении нескольких лет традиционно ведется в отделе автоматизации управления Центра университетского менеджмента (далее – ОАУ ЦУМ). Разработка основана на методологии объектно-ориентированного проектирования и позволяет объединять последовательно разрабатываемые информационные системы в единую интегрированную систему информационного обеспечения и управления учебным процессом университета - АСУ «Университет» [2]. На сегодняшний день в состав АСУ «Университет» входит 14 подсистем.

АСУ «Университет» основана на клиент-серверной СУБД FireBird SQL Server. Корпоративное использование единой нормативно-справочной информации, единых баз данных в рамках единой информационной среды обеспечивает:
  • однократный ввод данных и устранение «дублирования» данных;
  • непротиворечивость информации структурных подразделений;
  • информационное взаимодействие между структурными подразделениями;
  • формирование аналитических и статистических отчётов различной сложности;
  • получение оперативной и достоверной информации для анализа и принятия обоснованных решений.


ДОКУМЕНТАЦИЯ СИСТЕМЫ МЕНЕДЖМЕНТА УНИВЕРСИТЕТА

В университете разработана, документально оформлена, внедрена и поддерживается в рабочем состоянии система менеджмента (далее - СМ) в соответствии с требованиями СТБ ISO 9001-2009.

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

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

Использование документации СМ университета (в электронном виде) позволяет разработчикам информационных подсистем АСУ «Университет»:
  • выполнить обследование объекта автоматизации на своем рабочем месте;
  • минимизировать временные затраты на детальное изучение предметной области разрабатываемой информационной системы и объекта автоматизации;
  • минимизировать временные затраты на уточнение и согласование с заказчиком информационной системы (ПО) технического задания на разработку проектных решений;
  • использовать для разработки отчетов шаблоны документов, формы которых приведены в соответствующих СТУ;
  • оптимизировать разработку информационной системы (ПО);
  • оптимизировать взаимодействие информационных подсистем АСУ «Университет».


ПРИМЕР РАЗРАБОТКИ ИНФОРМАЦИОННОЙ ПОДСИСТЕМЫ АСУ «УНИВЕРСИТЕТ»

В качестве примера рассмотрим использование стандартов университета при разработке автоматизированной информационной системы «Студгородок» (далее – АИС «Студгородок»), одной из последних разработок ОАУ ЦУМ.

Работы по проектированию информационных систем в ОАУ ЦУМ ведутся в соответствии с документированной процедурой разработки ПО А 07-010 СТУ 07 Управление информацией [5], которая включает 11 этапов.


Этап 1. Разработка и утверждение технического задания на разработку ПО

Основанием для разработки системы является ЗАЯВКА № 233 от 14.09.2010г. директора студенческого городка учреждения образования «Гродненский государственный университет имени Янки Купалы» (заказчика) на разработку ПО, содержащая требования к ПО, в соответствии с Ф 07-001 Заявка на разработку ПО. Заявка была включена в План работы ОАУ ЦУМ на 2011г. с плановыми сроками выполнения работ по созданию АИС «Студгородок» (01.01.2011г. – 31.08.2011г.). Разработка, согласование и утверждение технического задания (далее - ТЗ) на создание системы осуществлялось в соответствии с Ф 07-003 Техническое задание на разработку ПО «Разработать автоматизированную информационную систему «Студгородок».

Назначение системы:

АИС «Студгородок» предназначена для комплексной автоматизации учета предоставления обучающимся на время учебы в университете жилых помещений в общежитиях студенческого городка университета и формирования аналитических и статистических отчетов по установленным формам.

Цели АИС «Студгородок»:
  • обеспечение оперативного информационного взаимодействия между специалистами структурных подразделений по организации работы, связанной с заселением и проживанием в общежитиях;
  • мониторинг правомерности использования фонда жилых помещений в общежитиях студенческого городка университета;
  • совершенствование работы комиссий по жилищно-бытовым вопросам университета, повышение качества принятия управленческих решений за счет оперативности представления, полноты, достоверности отображения и получения информации.

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

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

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

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

Нормативная документация для разработки:

1. ПРИКАЗ ректора Учреждения образования «Гродненский государственный университет имени Янки Купалы» от 18.02.2009 № 176 «О утверждении «Положения о порядке учета обучающихся, нуждающихся в представлении жилого помещения в общежитии, и предоставления жилых помещений в учреждении образования «Гродненский государственный университет имени Янки Купалы» и «Положения о комиссиях по жилищно-бытовым вопросам учреждения образования «Гродненский государственный университет имени Янки Купалы». - Режим доступа: ссылка скрыта. - Дата доступа: 03.02.11.

2. Система менеджмента университета. Стандарт университета Воспитательная и идеологическая работа СТУ 30.6. УТВЕРЖДЕН и введен в действие Приказ № 1258 19.11.2009г. – Режим доступа: ссылка скрыта. - Дата доступа: 03.02.11.

3. Система менеджмента университета. Стандарт университета Управление информацией СТУ 07. УТВЕРЖДЕН и введен в действие Приказ № 1258 19.11.2009г. – Режим доступа: ссылка скрыта. - Дата доступа: 03.02.11.

4. Система менеджмента университета. Стандарт университета Управление записями СТУ 08. УТВЕРЖДЕН и введен в действие Приказ № 1258 19.11.2009г. – Режим доступа: ссылка скрыта. - Дата доступа: 03.02.11.

После согласования и утверждения с заказчиком ТЗ на разработку АИС «Студгородок» переходим к следующему этапу проектирования ПО:


Этап 2. Формирование рабочей группы для реализации проектных решений

Состав рабочей группы этого проекта - 3 ведущих инженера-программиста ОАУ ЦУМ (разработчики) с индивидуальными заданиями (проектирование базы данных – далее БД, программирование ПО, тестирование ПО, разработка документации на ПО, опытная эксплуатация ПО, подготовка персонала, ввод в действие программного комплекса ПО).


Этап 3. Разработка технического проекта ПО

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


Этап 4. Реализация проекта и модульное тестирование

Система реализовывалась как модульный программный комплекс, при этом обеспечена программная совместимость с программно-технической платформой АСУ «Университет». Структура и способ организации и представления данных в системе АИС «Студгородок» соответствовуют идеологии АСУ «Университет». АИС «Студгородок» взаимодействует со следующими подсистемами АСУ «Университет» (П 07-001: Перечень информационных систем используемых в управлении):
  • подсистемой «КАДРЫ-сотрудники» - для получения актуальной информации о контингенте преподавателей и сотрудников;
  • подсистемой «КАДРЫ – студенты, аспиранты, магистранты» - для получения актуальной информации по учету личных сведений студентов, аспирантов, магистрантов, движению студенческого состава, учету отпусков, взысканий и поощрений, сведений о распределении и перераспределении, формированию приказов по действиям с контингентом учащихся;
  • АРМом «Списки» - для оперативного получения информации о текущих изменениях и существующих ограничениях по студентам, аспирантам, магистрантам и слушателям с возможностью отбора по различным критериям;
  • АРМом «Данные об обучающихся» - для предоставления сведений об учащихся;
  • подсистемой «Талант» - для получения актуальной информации о лауреатах и стипендиатах специального фонда Президента Республики Беларусь по социальной поддержке одаренных студентов, победителях и призерах международных, республиканских, региональных, городских и университетских олимпиад, конкурсов, конференций, чемпионатов и выставок, студентах и магистрантах, показавших высокие результаты в учебной, научной, общественной, спортивной и творческой деятельности;
  • АРМом «Прописка» - для получения актуальной информации о паспортном режиме и регистрации обучающихся в университете;
  • подсистемой «Деканат» - для получения актуальной информации об успеваемости.

Перечни записей этих подсистем приведены в П 08-001–08-010, 011, 012 СТУ 08.

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

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

Рис. 1. Фрагменты АИС «Студгородок»

Основное меню АИС «Студгородок» состоит из семи пунктов:

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


Этап 5. Интеграция и системное тестирование

На этом этапе было принято решение интегрировать ранее разработанный АРМ «Прописка» АСУ «Университет» в АИС «Студгородок».

Запись об АРМ «Прописка», будет удалена, а запись, содержащая название разработанной системы (АИС «Студгородок») и описание назначения системы будут добавлены в П 07-001: Перечень информационных систем используемых в управлении :

АИС «Студгородок» предназначена для комплексной автоматизации учета предоставления обучающимся на время учебы в университете жилых помещений в общежитиях студенческого городка университета; автоматизации управления по организации прописки преподавателей и сотрудников университета, иногородних студентов и других лиц в общежитиях университета и формирования аналитических и статистических отчетов по установленным формам.

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

Программное обеспечение АИС «Студгородок» создано в архитектуре «клиент – сервер» на базе многопользовательской СУБД FireBird SQL Server для сетевых вычислений. Структура БД реализована в виде реляционных таблиц на языке SQL; отчеты формируются в среде, совместимой с MS Office 2003 и выше.


Этап 6. Разработка документации ПО

Документация на ПО разработана в соответствии с Ф 07-006 Документация на ПО.


Этап 7. Техническое обеспечение программного комплекса ПО

Техническое обеспечение программного комплекса АИС «Студгородок» осуществляется в соответствии с документированной процедурой А 32-006 СТУ 32 Техническое обслуживание, ремонт и утилизация.

Аппаратное обеспечение. Минимальная комплектация:

Персональный компьютер класса Celeron Dual-Core, 1034 Mb ОЗУ, 120 Gb HDD, DVD-RW;

ОС Windows XP/2000/2003;

СУБД FireBird SQL Server.

Программное обеспечение: Borland Delphi, Microsoft Office 2003.

Дополнительное оборудование: принтер лазерный А4.


Этап 8. Опытная эксплуатация. Подготовка персонала

Опытная эксплуатация проводилась в ОАУ ЦУМ с целью выявления несоответствий (ТЗ и реализации ПО), определения работоспособности, количественных и качественных характеристик АИС, необходимости корректировки документации.

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

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

Пользователи системы должны иметь опыт работы с персональным компьютером в среде Windows XP/2003, Microsoft Office 2003 и выше на уровне квалифицированного пользователя. АИС «Студгородок» предназначена для пользователя, владеющего знаниями предметной области системы, но не являющегося специалистом в области информационных технологий.

Система обеспечивает корректное разделение прав пользователей. Работа в системе выполняется под персональным именем пользователя и его паролем с компьютеров, подключенных к сети университета (в соответствии с Ф 07-008 Заявка на регистрацию учетных записей). Управление доступом пользователей к ресурсам АИС «Студгородок» осуществляет администратор АСУ «Университет» (в соответствии с Ф 07-009 Заявка на предоставление доступа к данным). В зависимости от уровня доступа к данным пользователи системы могут работать со следующими подсистемами АИС «Студгородок»:
  • пользователи - сотрудники паспортного стола студгородка - «Справочники», «Информация», «Документы»;
  • пользователи - представители структурных подразделений, в т.ч. деканатов, дирекция студгородка, коменданты общежитий, воспитатели общежитий, представители профкома студентов, ПО ОО «БРСМ» - «Справочники», «Документы», «Учет нуждающихся», «Рейтинг».


Этап 9. Ввод в действие программного комплекса ПО

При приемо-сдаточных испытаниях АИС «Студгородок» пользователи системы проверяют полноту и качество выполнения комплексом программных и технических средств автоматизированных функций во всех режимах функционирования системы согласно ТЗ. Дата Акта ввода в действие ПО (Ф 07-007), утверждённого представителями заказчика и исполнителя, считается датой внедрения разработанной системы.


Этап 10. Сопровождение ПО

Процедура сопровождения АИС «Студгородок» осуществляется в соответствии с документированной процедурой А07-002, согласно которой пользователь может предложить изменения, дополнения (улучшения) функционирующей системы, оформив Заявку на изменение ПО (Ф 07-001).

Программно-техническое обеспечение системы осуществляет ОАУ ЦУМ и отдел технической поддержки и телекоммуникаций университета.

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


Этап 11. Мониторинг и измерения процедуры

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


ЗАКЛЮЧЕНИЕ

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


ЛИТЕРАТУРА

1. Брауде, Э. Технология разработки программного обеспечения / Э. Брауде. - СПб.: Питер, 2004 - 655 с.

2. Жукевич, А.И. Автоматизация процесса управления учебным процессом ВУЗа / А.И. Жукевич [и др.] // Дистанционное обучение - образовательная среда ХХI века: Материалы II Междунар. науч. - метод. конф., 26-28 нояб. 2002г., Минск / Белорусский государственный университет информатики и радиоэлектроники. – Мн.: Бестпринт, 2002 - С.304-306.

3. Система менеджмента университета. Стандарт университета «Руководство по системе менеджмента» СТУ РМ. УТВЕРЖДЕН и введен в действие Приказ № 1258 19.11.2009г. – Режим доступа: ссылка скрыта. - Дата доступа: 01.11.11.

4. Белых, Ю.Э. Система менеджмента университета / Белых Ю.Э., Ровба Е.А., Разова Е.Л. // Вышэйшая школа: навукова-метадычны і публіцыстычны часопіс.- 2010 .- №1 (75) .- С.24-26.

5. Система менеджмента университета. Стандарты университета. - Режим доступа: by/Default2.aspx. - Дата доступа: 01.11.11.