II. проблемы информатизации образования в регионе и пути их решения 6

Вид материала

Реферат

Содержание Структура полного комплекта отчетных документов в ЖЦ базовой версии сложного ПС на базе стандартов ISO 12207 и ISO 9000-3

Подобный материал:

• Возрождение ремесленничества в Уральском регионе: социальные предпосылки, проблемы, 2301.54kb.
• А. Н. Серёдкин Пензенская государственная технологическая академия, 45.64kb.
• Проект Критерии экспертной оценки деятельности школ информатизации, 429.37kb.
• Положение о конкурсе среди молодых журналистов, освещающих молодёжные проблемы и пути, 55.7kb.
• Актуальность программы > Проблемы и пути их решения Раздел «Состояние готовности образовательного, 1807.12kb.
• Филиал гоу огу Всероссийская научно-практическая конференция «Актуальные проблемы образования, 60.89kb.
• Актуальные проблемы формирования личности и пути их решения: теория и практика, 3240.9kb.
• А. П., Вишняков А. А. Инфраструктура инвестиционной деятельности: проблемы и пути решения, 1923.1kb.
• Их решения, 3402.49kb.
• Кафедра финансов, денежного обращения и кредита, 147.28kb.

важных особенностей:

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

Разрабатываемая система ИАС должна опираться на следующие основополагающие принципы:

• проектирование системы на основе обобщенной комплексной модели функционирования ВУЗа – что позволит уже на этапе построения логических, информационных и физических моделей подсистем обеспечить комплексное решение основных целей и задач, для которых создается ИАС;
  
• создание единой интегрированной базы данных для всех задач управления – это позволит избежать ненужного дублирования данных;
  
• применение Internet/Intranet технологий в качестве средства использования информационных ресурсов – что позволит использовать стандартные технологические процессы и программное обеспечение для обмена и обработки данных;
  
• определение ограниченного набора типового информационного и программного обеспечения – что позволит наметить определенный стандартный набор приложений, с которыми придется работать как разработчику системы, так и конечному пользователю;
  
• открытость системы для разработки новых приложений – это позволит определить единый интерфейс взаимодействия всех компонент системы;
  
• поэтапный переход с уже действующих разрозненных подсистем к единой глобальной системе – это обеспечит плавное развитие и становление новой системы;
  
• объединение уже существующих и будущих документов на основе единого электронного документооборота – это даст возможность связать все компоненты новой системы и уже работающие подсистемы в единое информационное пространство;
  
• использование современных средств анализа информации, таких как статистические и геоинформационные системы – это позволит проводить качественный всесторонний анализ деятельности вуза в целом;
  
• использование современных технологий проектирования и отладки системы, например, таких как CASE-технологии корпорации ORACLE – это даст возможность использовать различные группы разработчиков, связанных между собой едиными правилами и методами создания системы и использующих один репозитарий для проектирования;
  
• использование кадрового потенциала, сетевой и организационной инфраструктуры ВУЗа, созданных на этапе реализации различных программ министерств и благотворительных фондов;
  
• консолидация средств из различных источников финансирования, привлечение к сотрудничеству заинтересованных лиц, фирм, фондов и т.д.
  

4.5. Требования к разработке

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

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

4.6. Требования к интерфейсу пользователя

Все подсистемы разрабатываемой ИАС должны придерживаться общего интерфейса при работе с пользователем. Для этого необходимо согласовать:

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

В качестве основного системного интерфейса предполагается использовать:

• стандартный графический интерфейс операционной системы MS Windows на местах разработчиков и администраторов подсистем;
  
• Web-интерфейс на местах основных пользователей системы.
  

4.7. Требования к документации

В процессе проектирования ИАС должны определяться стандартный состав и структура технологических и эксплуатационных документов для поддержки всего жизненного цикла (ЖЦ) ИАС. Эти документы должны соответствовать международным стандартам ISO 12207 и ISO 9000-3.

Набор необходимых документов и их структура приведена в приложении 1.

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

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

5. Предлагаемая структура ИАС КемГУ
   

5.1. Характеристика объектов информатизации

5.1.1. Кампус КемГУ. За последние пять лет КемГУ организовал филиалы в основных городах Кемеровской области - Новокузнецк, Белово, Анжеро-Судженск и Прокопьевск. Сотрудниками университета построена региональная сеть передачи данных, связывающая филиалы КемГУ. В основных подразделениях КемГУ, его филиалах и некоторых гимназиях функционируют локальные сети, связанные в единое информационное пространство корпоративной сети КемГУ на основе INTRANET – технологии.


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





Рис. 6. Структура системы управления КемГУ


5.1.3. Информационные потоки. Анализ взаимодействия различных подразделений КемГУ позволил выделить основные виды потоков информации, которая циркулирует в вузе. На рис. 7 приведены главные из них.




Рис.7. Основные информационные потоки

5.2. Информационно-техническая основа ИАС в КемГУ.

5.2.1. Программа информатизации. В мае 1999 года в КемГУ была утверждена Советом университета третья программа Информатизации Университета, в которой приводится общая схема управления информатизацией в вузе, определены пути и средства информатизации учебного процесса и управления вузом.

5.2.2. Телекоммуникации. КемГУ обладает широко развитой инфраструктурой вычислительных сетей, связанных между собой по стандартному протоколу TCP/IP. Все основные подразделения и филиалы КемГУ имеют выход в региональную сеть передачи данных. Кроме того, через Центр Интернет корпоративная сеть КемГУ имеет выход в мировую информационную сеть INTERNET.

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

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

КемГУ имеет необходимый перечень лицензионных программных средств разработки будущей системы – операционные системы Windows 95/NT, Solaris, AIX; СУБД Oracle 7/8.i; средства разработки Oracle Designer/2000, Oracle Developer/2000, Lotus Notes/Domino и др.

5.2.4. Архитектура будущей ИАС. При проектировании системы в качестве базовых технологий должны быть выбраны:

• Internet/Intranet – технологии;
  
• технологии реляционных баз данных;
  
• технологии хранилищ данных;
  
• CASE - технологии;
  
• CDS - технологии;
  
• WWW – технологии.
  

Ядро системы должны составлять две базы данных – интегрированная база данных (ИБД), реализованная средствами СУБД Oracle, и база данных документов (БДД), реализованная под управлением системы Lotus Notes/Domino. Эти базы данных организуют единое хранилище данных для всей системы. Сервера, поддерживающие ИБД и БДД, должны быть включены в единую сетевую инфраструктуру ВУЗа и обеспечены высокоскоростными технологиями передачи данных. Сервера единого хранилища данных должны обслуживать запросы серверов приложений, реализующих функционирование различных подсистем, и WWW – серверов, обслуживающих информационные запросы пользователей. Пользователи ИАС получают доступ к информационным ресурсам и функциям системы посредством запросов к серверам приложений или через Web-интерфейс стандартного браузера. Рабочие станции потребителей информационных ресурсов ИАС могут находиться где угодно – связь с серверами осуществляется на основе Internet-технологий.

Архитектура системы представлена на рисунке 8.




Рис. 8. Архитектура ИАС

5.3. Основные подсистемы и их интеграция.

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



Рис. 9. Структура системы управления филиалами


5.3.2. Перечень основных подсистем. Ниже на рис. 10-15 приводятся примерные схемы структуры основных подсистем разрабатываемой ИАС. Условные обозначения на схемах:

Автоматизированные рабочие места, уже функционирующие в подразделении

Таблицы базы данных





Рис. 10. Структура ПС «Учебная часть»




Рис. 11. Структура ПС «Деканат»




Рис. 12. Структура ПС «Научное управление»





Рис. 13. Структура ПС «Отдел кадров»




Рис. 14. Структура ПС «Планово-финансовое управление»





Рис. 15. Структура ПС «Бухгалтерия»


5.3.3. Интеграция подсистем. Все подсистемы будущей ИАС предполагается интегрировать на основе трех основополагающих принципов:

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

На рис 16-19 приводятся схемы общих основных ресурсов для использования различными подсистемами:





Рис. 16. Подсистемы, использующие таблицы базы данных «Студенты»





Рис. 17. Подсистемы, использующие таблицы базы данных «Сотрудники»




Рис. 18. Общие ресурсы различных отделов




Рис. 19. Общие ресурсы различных отделов

6. Трудозатраты на создание системы
   

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

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

В приложении 2 приведен расчет трудозатрат (в человеко/днях), необходимых для создания подсистемы "Кадры сотрудников". Эти затраты типичны для разработки каждой подсистемы.

7. Заключение
   

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

Информационная система может строиться с применением послойного принципа. Так, в отдельные слои можно выделить специализированное программное обеспечение (офисное, прикладное), систему управления документами, программы поточного ввода документов, а также вспомогательное программное обеспечение для связи с внешним миром и обеспечения доступа к функционалу системы через коммуникационные средства (e-mail, Internet/intranet). Среди преимуществ такого подхода следует отметить возможность внесения изменений в отдельные программные компоненты, расположенные в одном слое, без необходимости коренных переделок на других слоях, обеспечить формальную спецификацию интерфейсов между слоями, поддерживающих независимое развитие информационных технологий и реализующих их программных средств. Применение открытых стандартов позволит безболезненно осуществлять переход с программных модулей одного производителя на программы другого (например, замена почтового сервера), кроме того, послойный подход позволит повысить надежность и устойчивость к сбоям системы в целом.


Приложение 1

Структура полного комплекта отчетных документов в ЖЦ базовой версии сложного ПС на базе стандартов ISO 12207 и ISO 9000-3

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

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

Этап 2. Предварительное (пилотное) проектирование базовой версии ПС.

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