требований:
архитектура информационной системы должна соответствовать текущим и перспективным целям, а также функциональным стратегическим задачам создаваемой системы;
в структуре и компонентах следует предусматривать обеспечение максимально возможной сохранности инвестиций в аппаратные и программные средства, а также в базы данных при длительном развитии, сопровождении и модернизации информационной системы, ПС и БД;
для обеспечения перспективы развития информационной системы следует предусматривать возможность интеграции вычислительных компонент и мобильность приложений на различные аппаратные и операционные платформы на основе концепции и стандартов открытых систем;
архитектура ИАС должна быть достаточно гибкой и допускать относительно простое, без коренных структурных изменений, развитие и наращивание функций и ресурсов системы в соответствии с расширением сфер и задач ее применения;
необходимо обеспечить эффективное использование ресурсов информационной системы и минимизировать интегральные затраты на обработку данных в типовых режимах ее функционирования с учетом текущих эксплуатационных затрат и капитальных вложений в создание ИАС;
должны быть обеспечены безопасность функционирования комплекса программ и надежная защита данных от ошибок, от преднамеренного разрушения или потери информации, а также авторизация пользователей, управление рабочей загрузкой, резервированием и оперативным восстановлением функционирования ИАС;
следует обеспечить комфортный, максимально упрощенный доступ конечных пользователей к управлению и результатам функционирования ИАС на основе современных графических средств и наглядных пользовательских интерфейсов.
4.6. Требования к интерфейсу пользователя
Все подсистемы разрабатываемой ИАС должны придерживаться общего интерфейса при работе с пользователем. Для этого необходимо согласовать:
правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления;
правила использования клавиатуры и мыши;
правила оформления файлов помощи;
перечень стандартных сообщений;
правила обработки реакции пользователя.
В качестве основного системного интерфейса предполагается использовать:
стандартный графический интерфейс операционной системы MS Windows на местах разработчиков и администраторов подсистем;
Web-интерфейс на местах основных пользователей системы.
4.7. Требования к документации
В процессе проектирования ИАС должны определяться стандартный состав и структура технологических и эксплуатационных документов для поддержки всего жизненного цикла (ЖЦ) ИАС. Эти документы должны соответствовать международным стандартам ISO 12207 и ISO 9000-3.
Набор необходимых документов и их структура приведена в приложении 1.
Документация на всех этапах разработки любой из подсистем должна удовлетворять следующим требованиям:
однозначность – документ должен быть написан в терминах, которые допускают единственную интерпретацию, уточненную, если необходимо, соответствующими определениями;
полнота – документ должен включать необходимые требования и/или описательные материалы, определять ответную реакцию для всего диапазона допустимых входных данных, сопровождаться необходимыми пометками;
верифицируемость – документ может быть проверен на корректность инструментальным средством;
согласованность – документация обязана быть без противоречий внутри себя и между своими компонентами, а также человеком;
модифицируемость – документация должна быть структурированной и иметь такой стиль, что изменения могут быть выполнены полно, согласованно и корректно без нарушения общей структуры программного комплекса и баз данных.
Предлагаемая структура ИАС КемГУ
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. Общие ресурсы различных отделов
Трудозатраты на создание системы
Трудозатраты на разработку каждой подсистемы складываются из затрат времени на разработку технического задания, эскизного проекта, технического проекта, рабочего проекта и на внедрение. Нормативы трудоемкости на работы по созданию и дальнейшему развитию автоматизированной системы управления предприятием установлены Центральным бюро нормативов по труду. Эти нормативы дифференцированы в зависимости от:
технологии обработки информации;
степени новизны программного комплекса;
сложности задач (количество разновидностей форм входной и выходной информации, вид информации, язык программирования, объем информации, использование типовых программ).
В приложении 2 приведен расчет трудозатрат (в человеко/днях), необходимых для создания подсистемы "Кадры сотрудников". Эти затраты типичны для разработки каждой подсистемы.
Заключение
Комплексная информационная аналитическая система управления КемГУ – это совокупность технических и программных средств вуза, реализующих идеи и методы автоматизации. Комплексная автоматизация подразумевает перевод в плоскость компьютерных технологий всех основных деловых процессов организации, поэтому использование специальных программных средств, обеспечивающих информационную поддержку бизнес-процессов, в качестве основы ИАС представляется наиболее оправданным и эффективным. Современные системы управления деловыми процессами позволяют интегрировать вокруг себя различное программное обеспечение, формируя единую информационную систему. Тем самым решаются проблемы координации деятельности сотрудников и подразделений, обеспечения их необходимой информацией и контроля исполнительской дисциплины, а руководство получает своевременный доступ к достоверным данным о ходе производственного процесса и имеет средства для оперативного принятия и воплощения в жизнь своих решений. В результате полученный комплекс будет представлять собой гибкую открытую структуру, которую можно перестраивать "на лету" и дополнять новыми модулями или внешним программным обеспечением.
Информационная система может строиться с применением послойного принципа. Так, в отдельные слои можно выделить специализированное программное обеспечение (офисное, прикладное), систему управления документами, программы поточного ввода документов, а также вспомогательное программное обеспечение для связи с внешним миром и обеспечения доступа к функционалу системы через коммуникационные средства (e-mail, Internet/intranet). Среди преимуществ такого подхода следует отметить возможность внесения изменений в отдельные программные компоненты, расположенные в одном слое, без необходимости коренных переделок на других слоях, обеспечить формальную спецификацию интерфейсов между слоями, поддерживающих независимое развитие информационных технологий и реализующих их программных средств. Применение открытых стандартов позволит безболезненно осуществлять переход с программных модулей одного производителя на программы другого (например, замена почтового сервера), кроме того, послойный подход позволит повысить надежность и устойчивость к сбоям системы в целом.
Приложение 1
Структура полного комплекта отчетных документов в ЖЦ базовой версии сложного ПС на базе стандартов ISO 12207 и ISO 9000-3
Этап 1. Системный анализ проекта ПС
Результаты обследования и описание объекта и целей его информатизации.
Отчет о результатах предварительного технико-экономического анализа проекта ПС, оценки сроков, бюджета, рентабельности и риска разработки ПС.
Концепция и предложения по созданию типовой, базовой версии ПС.
Описание постановки задач и предварительная спецификация требований к ПС в целом, к крупным функциональным компонентам и описания данных.
Формализованное описание модели ЖЦ проектируемого ПС.
Предварительный состав стандартов и дополнительных нормативных документов для формирования профиля ЖЦ ПС.
Предварительный укрупненный план проектирования и разработки базовой версии ПС.
Предварительное распределение специалистов по функциональным и технологическим компонентам и по этапам разработки ПС, а также оценка потребности в субподрядчиках и поставщиках компонентов.
Предварительный состав возможных для применения готовых компонентов и версий ПС в целом.
Системный проект, общее описание базовой версии ПС.
Контракт (договор) с заказчиком на проведение предварительного и детального проектирования типовой, базовой версии ПС.
|
