close

Вход

Забыли?

вход по аккаунту

?

Курсовая МБП (3)

код для вставкиСкачать
 ВВЕДЕНИЕ
В условиях современной бизнес-среды, в целях повышения операционной эффективности все больше и больше компаний принимает решение о реализации проектов по описанию и оптимизации своих бизнес-процессов. В настоящее время в мире разработано и успешно применяется для бизнес-моделирования достаточно большое количество различных методологий или, другими словами, языков описания бизнес-деятельности организаций. Большинство известных методологий нацелено на моделирование бизнес-процессов или данных.
Методология ARIS описывает бизнес-процесс в виде потока последовательно выполняемых работ. Ее использует программное средство ARIS Toolset. Оно и будет использовано в рамках выполнения данной курсовой работы, целями которой является описание Центра информационных технологий Кубанского государственного аграрного университета с помощью различных моделей ARIS и выявление "узких" мест в его бизнес-процессах с последующей оптимизацией.
1. Теоретические основы моделирования бизнес-процессов
В настоящее время предприятие рассматривается не как совокупность отделов, а как совокупность бизнес-процессов. Вот аргументы для такого перехода:
1) каждый процесс имеет потребителя, и сосредоточение на каждом процессе способствует лучшему удовлетворению потребителей;
2) определение границ рассматриваемого процесса, а также поставщиков и потребителей, позволит обеспечить лучшее взаимодействие и понимание требований, которые следует удовлетворить;
3) при управлении целостным процессом, который проходит сквозь множество отделов, а не отдельными отделами, снижается риск субоптимизации;
4) при назначении владельцев процессов, ответственных за процесс, удается избежать распределения ответственности по фрагментам, что часто бывает на специализированных предприятиях;
5) управление процессами позволяет создать лучшие основания для контроля времени выполнения работ и ресурсов. [1]
Бизнес-процесс - это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы производителя, создает ценность и выдает результат потребителю. Определение, предложенное шведским предпринимателем Эриксоном: бизнес-процесс - это цепь логически связанных, повторяющихся действий, в результате которых используются ресурсы предприятия для переработки объекта (физически или виртуально) с целью достижения определенных измеримых результатов или продукции для удовлетворения внутренних или внешних потребителей.
Модель - упрощенное представление реального процесса.
Моделирование бизнес-процессов - это эффективное средство поиска путей оптимизации деятельности компании, средство прогнозирования и минимизации рисков, возникающих на различных этапах реорганизации предприятия.
Моделирование бизнес-процессов позволяет не только определить, как компания работает в целом, как взаимодействует с внешними организациями, заказчиками и поставщиками, но и как организована деятельность на каждом рабочем месте. Этот метод позволяет дать стоимостную оценку каждому отдельному процессу и всем бизнес-процессам организации в совокупности.
Под методологией (нотацией) создания модели (описания) бизнес-процесса понимается совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели. Основное в методологии - дать пользователю последовательность шагов, которые приводят к заданному результату. Способность получать результат с заданными параметрами и характеризует ее эффективность. Важнейшими понятиями любого метода моделирования бизнес-процессов являются понятия объекта и связи. Каждый объект модели отражает некоторый реальный объект так называемой предметной области (организации), люди, документы, машины и оборудование, программное обеспечение и т. д. Как правило, в рамках одного метода объекты модели, отражающие различные сущности реального мира, также являются разными. Связи предназначены для описания взаимоотношений объектов друг с другом. К числу таких взаимоотношений могут относиться: последовательность выполнения во времени, связь при помощи потока информации, использование другим объектом и т. д. Для каждого объекта и связей характерны ряд параметров, или, как принято говорить, атрибутов, отражающих определенные характеристики реального объекта. Состав атрибутов зависит от типа отображаемого при помощи модели реального объекта организации. Атрибутами могут служить такие характеристики, как номер объекта, название, описание, длительность выполнения (для функций), стоимость и др. На практике при создании моделей организации описание атрибутов объектов модели осуществляется при помощи специальных инструментальных средств моделирования бизнес-процессов. Это позволяет сделать из простейшего описания бизнес-процесса более сложную модель, на основе которой производят определенные вычисления, осуществляют анализ и оценку процесса. Задачи описания бизнес-процессов сегодня актуальны для многих крупных российских компаний, независимо от отраслевой принадлежности. В большинстве случаев для их решения формируются аналитические подразделения, которые создают модели действующего бизнеса, отражающие особенности функционирования внутренних бизнес-процессов. Можно выделить ряд первопричин, по которым в результате диагностики руководители компаний принимают решение о старте работ по формализации и оптимизации бизнес-процессов: · выполнение ненужных (не добавляющих ценность) работ, большая вариабельность циклов работ; · отсутствие стандартизации и унификации бизнес-процессов, произвольная структура бизнес-процессов, отсутствие документации, регламентирующей их выполнение; · неэффективная архитектура информационных потоков (сбор, анализ, хранение данных), недостаточный уровень автоматизации; · избыточное число подразделений и департаментов, дублирование функций, неэффективное взаимодействие между ними; · размытие зон ответственности, отсутствие ответственного за бизнес-процесс и его результат в целом; · концентрация всех полномочий на высшем уровне иерархии, отсутствие практики делегирования полномочий; · излишние трудозатраты на контрольно-отчетную деятельность, существенные потери времени на согласованиях; · система оценки труда не мотивирует сотрудников к снижению затрат и повышению качества, мотивационные показатели подконтрольны мотивируемому. 1.1 Этапы формирования бизнес-модели
Формирование полноценной бизнес-модели компании - высокотрудоемкая задача, требующая внимательной проработки ключевых этапов до начала работ. Бизнес-задача, сетевой график, отчетность и регламентация, глубина и методология описания - базовые вопросы, которые должны быть решены до начала работ, иначе полученный результат не оправдает ожидания. Этап первый - инициация проекта Для реализации проекта формируется группа управления проектом, назначается куратор проекта, издается приказ о начале работ по описанию и оптимизации бизнес-процессов компании. Этап второй - бизнес-задача На начальном этапе работ по описанию и оптимизации бизнес-процессов группой управления проектом должна быть проведена организационная диагностика. Цель - определение недостатков в работе компании, проблемных зон и причин неэффективности бизнес-процессов; повышение качества планирования работ по проекту. На основании результатов организационной диагностики, технического задания группой управления проектом после проведения сессии с руководителем и топ-менеджментом компании сформулирована бизнес-задача на проект - определены функциональные области для улучшений, критерии оптимизации (что и насколько улучшить), формализованы требования потребителей разрабатываемой модели бизнес-процессов компании. Также в бизнес-задаче должны быть однозначно определены четкие пределы для изменений (какие изменения бизнеса приемлемы, какие недопустимы). После утверждения бизнес-задачи разрабатывается сетевой график реализации проекта.
Этап третий - программное обеспечение Следующим важным шагом является выбор программного обеспечения, необходимого для успешной реализации проекта - системы бизнес-моделирования. Система бизнес-моделирования - программный продукт для создания и анализа бизнес-модели компании, проектирования новых бизнес-процессов, разработки и поддержания в актуальном состоянии пакета регламентирующей документации. Система играет большую роль в проекте по описанию бизнес-процессов, т.к. она обеспечивает единое информационное поле для совместной работы аналитиков, предоставляя им необходимый инструментарий для описания, анализа и оптимизации бизнес-процессов. Выбор программного продукта осуществлялся по следующим критериям: · возможность выполнения полного комплекса работ по организационному проектированию; · автоматизированная система сбора и анализа результатов измерений эффективности бизнес-процессов компании; · автоматическое формирование пакета регламентирующей документации; · использование популярных нотаций моделирования бизнес-процессов, дружелюбный к пользователю интерфейс, не требующий проведения специализированного обучения пользователей; · поддержка системы менеджмента качества; · возможность гибкой настройки системы. Этап четвертый - методология
Начиная проект, вместе с определением требований его потребителей, необходимо установить, какие элементы окружения необходимо описать. Среди предметных областей, подлежащих формализации, следует выделить: · организационную структуру, · информационные системы, поддерживающие выполнение бизнес-процессов, · носители информации, используемые в процессах. В ряде случаев формируемую модель могут дополнять показатели эффективности, требования к информационным системам и т.п. Таким образом, бизнес-модель, кроме собственно описания процессов, интегрирует в себе различные предметные области, что значительно повышает ее практическую ценность для дальнейшего анализа и оптимизации. Этап пятый - бизнес-модель, рабочие группы
Рисунок 1. Схема выполнения основной фазы проекта по описанию и оптимизации бизнес-процессов
Итак, следующий шаг - разработка модели бизнес-процессов верхнего уровня. Она позволяет получить единый взгляд на устройство бизнеса. Формирование модели лучше проводить с акцентом на создание ценности, используя принципы определения и построения цепочек создания ценности. При разработке модели рекомендуется использовать информацию по структуре бизнес-процессов компаний аналогичной отрасли, отраслевые референтные модели. Готовая модель должна системно показать бизнес-процессы верхнего уровня компании, а также наиболее важные взаимосвязи между ними, необходимые для понимания функционирования бизнеса. На основании утвержденной бизнес-модели происходит назначение владельцев бизнес-процессов (с ориентацией на действующую организационную структуру компании), а также формирование рабочих групп по описанию и оптимизации бизнес-процессов по каждому из бизнес-процессов верхнего уровня. В целях регламентации деятельности владельцев бизнес-процессов, определения полномочий и разграничения ответственности разрабатывается Должностная инструкция владельца бизнес-процесса. Цель - установление ответственности за результат процесса, определение должностных обязанностей, а также полномочий для распоряжения ресурсами, необходимыми для выполнения процесса. Этап шестой - моделирование, оптимизация
Для бизнеса важно получение быстрого результата от вложенных инвестиций. Проект по описанию и оптимизации бизнес-процессов - не исключение, тем более что он направлен на повышение эффективности деятельности компании в целом. Для того чтобы показать значимый результат в приемлемые сроки, на этапе описания бизнес-процессов рекомендуется сформировать предложения по оптимизации бизнес-процессов с использованием инструментов выявления и устранения потерь, принципов и методов оптимизации бизнес-процессов. Предложения по оптимизации бизнес-процессов рассматриваются в ходе деловых игр с участием представителей группы управления проектом, владельцев процессов и всех заинтересованных лиц и, в случае согласования, отражаются в разрабатываемой бизнес-модели.
Этап седьмой - внедрение
После согласования финальной версии модели бизнес-процессов компании деятельность по описанию и оптимизации бизнес-процессов переводится на постоянную основу - группа управления проектом становится Центром компетенций по бизнес-процессам компании, участники рабочих групп по описанию и оптимизации бизнес-процессов продолжают совмещать свою текущую деятельность в структурных подразделениях компании с моделированием, анализом и регламентацией своих бизнес-процессов. [2]
1.2 История развития методологий моделирования бизнес- процессов Основу многих современных методологий моделирования бизнес-процессов составили методология SADT (Structured Analysis and Design Technique - метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения. В сжатом виде история развития методологий моделирования бизнес-процессов представлена в таблице 1. Для наглядности параллельно приведена история развития подходов к управлению качеством.
Таблица1 - История развития методологий моделирования бизнес-процессов
Основные типы методологий моделирования и анализа бизнес-процессов: В настоящее время для описания, моделирования и анализа бизнес-процессов используются несколько типов методологий. К числу наиболее распространенных типов относятся следующие методологии: - моделирования бизнес-процессов (Business Process Modeling); - описания потоков работ (Work Flow Modeling); - описания потоков данных (Data Flow Modeling). 1.2.1 Методологии моделирования бизнес-процессов (Business Process Modeling) Наиболее широко используемая методология описания бизнес-процессов - стандарт США IDEF0. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов - программных продуктов для моделирования бизнес-процессов. Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа - по информации, управлению, движению материальных ресурсов. Модели в нотации IDEF0 предназначены для высокоуровневого описания бизнеса компании. Их основное преимущество состоит в возможности описывать управление процессами организации. 1.2.2 Методологии описания потоков работ (Work Flow Modeling) Вторая важнейшая методология описания процессов - IDEF3, предназначенная для описания рабочих процессов или, иными словами, потоков работ. Стандарт IDEF3 близок к алгоритмическим методам построения схем процессов и стандартным средствам создания блок-схем. Следует отметить, что стандарт включает два существенно различающихся метода описания процессов. Ниже рассмотрим метод, получивший наибольшее распространение. Основу методологии IDEF3 составляет построение моделей процессов по принципу последовательно выполняемых во времени работ (функций, операций). Можно утверждать, что IDEF3 лежит в основе популярной в настоящее время методологии ARIS еЕРС. 1.2.3 Методологии описания потоков данных (Data Flow Modeling) Еще одна группа методологий, активно используемых на практике, - нотации DFD (Data Flow Diagramming), предназначенные для описания потоков данных. Они позволяют отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами. Кроме того, нотация DFD предоставляет возможность описывать потоки документов (документооборот) и материальных ресурсов (например, движение материалов от одной работы к другой). Методология DFD может эффективно использоваться для описания процессов при внедрении процессного подхода к управлению организацией, так как позволяет максимально снизить субъективность описания бизнес-процессов. С помощью схемы процессов в DFD выявляют основные потоки данных, что важно для последующего создания моделей структуры данных и разработки требований к информационной системе организации. [3]
1.3 ARIS - архитектура для описания бизнес-процессов
Любая организация в методологии ARIS рассматривается с четырёх точек зрения: организационной, функциональной, обрабатываемых данных и структуры бизнес-процессов. При этом каждая из этих точек зрения разделяется ещё на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту. ARIS предоставляет визуальный инструментарий для обеспечения наглядности моделей. Также инструментарий поставляется с набором референтных моделей, заранее разработанных для типичных процессов в различных отраслях.
В Архитектуре интегрированных информационных систем (ARIS) можно выделить четыре аспекта: • концепцию ARIS ("здание" ARIS), представляющую собой архитектуру для описания бизнес-процессов;
• концепцию ARIS, предлагающую методы моделирования, метаструктуры которых представлены в информационных моделях;
• концепцию ARIS как фундамент прикладной системы ARIS Toolset, разработанной фирмой IDS Scheer AG Для поддержки процесса моделирования;
• ARIS - "архитектуру" бизнес-инжиниринга (АБИ), представляющую концепцию комплексного автоматизированного управления бизнес-процессами.
Рисунок 2 - "Здание" ARIS
1.3.1 Моделирование на уровне функционального представления
На рисунке 3 показано место "функционального", "организационного", "модели данных" и "выходного" кирпичиков в здании ARIS. Рисунок 3 -Кирпичики в здании ARIS
Функции часто описываются в контексте их отношений с другими компонентами. Они тесно связаны с данными, поскольку офисные функции описывают процесс преобразования информации, т.е. преобразуют входные данные в выходные. Нередко описание функций привязано к организационным объектам, особенно при описании должностных обязанностей.
В концепции ARIS функции рассматриваются как отдельный уровень представления бизнес-процессов.
Под функциями понимаются операции, выполняемые с объектами для достижения одной или более целей. Цели могут быть иерархически связаны друг с другом, при этом одна подчиненная цель может быть направлена на поддержку нескольких доминирующих (главных) целей.
Понятием "функция" можно пользоваться на любом уровне иерархии, хотя нередко его расчленяют на более мелкие составляющие в зависимости от степени детализации, используемой при обсуждении:
• комплексная функция: сложная мульти-функция, состоящая из множества операций;
• функция: сложная операция, которую можно разложить на составляющие; непосредственно входит в комплексную функцию;
• подфункция: операция, которую можно разбить на подфункции или элементарные функции; входит в доминирующую функцию;
• элементарная функция: операция, которую нельзя разбить на составляющие; например, операции, выполняемые на одном рабочем месте, или внутренние процедуры, не имеющие альтернативы.
1.3.2 Моделирование представления организации
Организационная модель описывает иерархическую структуру организации, т.е. организационные единицы, связанные между собой коммуникационными отношениями и отчетностью. Кроме того, ролевая концепция определяет профиль требований применительно к организационной единице.
В бизнес-приложениях иерархическая модель организации часто не имеет столь четкого описания, как данные, функции и процессы, скрываясь за такими понятиями, как "группа продаж", "код компании" или "производственный участок", с фиксацией конкретных субъектов ответственности в программах. Однако при реальном внедрении бизнес-приложения критическое значение приобретает согласование организационных структур.
1.3.3 Моделирование на уровне представления данных
Модель данных включает описание объектов данных, которыми оперируют функции. Эти объекты данных, воспринимаемые последующими организационными единицами как информационные услуги, частично накладываются на модель выходов.
Объекты данных, описываемые на уровне определения требований, могут служить хорошей основой для описания класса объектно-ориентированного метода проектирования. Применительно к данным термин <объект> имеет несколько значений. С одной стороны, он обозначает широкий диапазон типов документов, однако понятие "объект" может связываться и с системами управления объектно-ориентированных баз данных. Во избежание путаницы здесь иногда оговаривается, что речь идет именно об объекте данных.
Объекты данных, сведенные воедино в модели данных, выполняют различные роли. Они описывают события и сообщения, управляющие бизнес-процессом, т.е. поток управления. Кроме того, объекты данных отображают состояние среды (инфраструктуры), в которой протекает бизнес-процесс. Выход (результат) функций, обрабатывающих информацию, представлен документами и, таким образом, данными. Поскольку в ARIS выходные результаты описываются отдельно в модели выходов, эти типы представлений частично накладываются друг на друга.
1.3.4 Моделирование на уровне выходов
Выход - это результат выполнения процессов, инициируемых входом. Вследствие такой тесной связи степень структурирования описания выхода влияет на степень структурирования процессов, необходимых для его получения.
Таким образом, описание выхода является одним из ключевых аспектов описания бизнес-процессов. Это относится как к описанию областей деятельности при стратегическом планировании, так и к представлению выхода при моделировании бизнес-процессов.
Понятие "выход" отличается неоднородностью, охватывая самые разнообразные результаты деятельности (в частности, материальный выход и услуги), и может применяться на различных уровнях детализации. Мы будем использовать термин "выход" в том же контексте, что и "продукт", хотя нельзя не признать, что применительно к услугам он звучит несколько своеобразно.
Спецификация проекта и описание реализации здесь не рассматриваются, поскольку реализация модели выходов не отличается чем-то особенным. В создании материального выхода в виде автомобилей, станков и даже потребительских товаров (например, стиральных машин) все шире участвуют компьютерные технологии, а компьютерные системы уже содержат собственные информационные системы и по сути дела отвечают описаниям ARIS. Поэтому к ним применимы спецификация проекта и описание реализации на базе ARIS.
Информационные услуги моделируются как объекты данных, хотя следует иметь в виду, что для описания состояния выхода необходимо точно описать состояние объекта данных. Спецификация проекта и описание реализации информационных услуг принципиально не отличаются от аналогичных этапов, изложенных в разделе, где мы рассматривали модели данных. [4]
1.4 Необходимость совершенствования бизнес-процессов
Существует много причин, внутренних и внешних, которые сделали нужным совершенствование на современных рынках:
• Уровень показателей большинства процессов имеет тенденцию к снижению со временем, если его не поддерживать. Это означает, что только для поддержания текущих стандартов надо проводить некоторый объем работ по обслуживанию производства. Если к тому же мы хотим совершенствоваться и обновляться, это потребует не только поддержания, но и дополнительных усилий.
• Если какая-то организация не совершенствуется, то будьте уверены в том, что этим активно занимаются ее конкуренты. Если даже представить себе нереальную ситуацию, когда совершенствованием не занимаются ни данное предприятие, ни его конкуренты, то всегда появятся третьи лица, которые захотят занять этот сегмент рынка.
• Современные потребители становятся все более и более требовательными и даже, откровенно говоря, избалованными. Уровень поставок и их качество все время растут. Это в свою очередь приводит к стремительному росту ожиданий потребителей. Не всегда можно превзойти ожидания, что считается идеальной ситуацией. Нужно, по крайней мере, им соответствовать. Если этого не сделать, то вы гарантированно потеряете клиента.
Рисунок 4 - Общая модель совершенствования
Эта модель была разработана Бредрупами в рамках исследовательского проекта ТОРР по сравнительному бенчмаркингу.
В фазе планирования анализируется проблема и определяются действия по ее "лечению". Другими словами, в этой фазе планируется процесс совершенствования.
В активной фазе реализуются решения, принятые в предыдущей фазе. Ее цель - прежде всего эксперимент с решением.
В фазе оценивания или контроля проводятся измерения для оценки того, помогли ли проведенные действия решению проблемы, то есть измеряются показатели.
И, наконец, в последней, четвертой фазе процесс модифицируется в соответствии с теми действиями, которые дали желанный результат. В итоге выполнения всех четырех фаз работы формируется новое качество - улучшенный процесс. [1]
2 Характеристика объекта исследования
Задачей курсовой работы является моделирование и оптимизация бизнес-процессов Центра информационных технологий (ЦИТа) Кубанского государственного аграрного университета, основными направлениями деятельности которого является обеспечение подразделений Университета техническими и программными средствами, ведение работ по развитию образовательного портала и сайта Университета, повышение квалификации работников Университета в области IT-решений, а так же помощь преподавателям в автоматизации тестирования студентов.
Описание Центра информационных технологий будет произведено с помощью моделей, созданных в программном средстве ARIS Toolset, а именно: организационной схемы, дерева целей и дерева функций, диаграммы типа прикладной системы, VAD-диаграммы, иерархии полномочий начальника ЦИТа и диаграммы носителей информации.
Организационная структура ЦИТа состоит из начальника, заместителя начальника и шести отделов: отдела технического обеспечения и эксплуатации, отдела образовательных проектов и информационных ресурсов, отдела веб-проектов, отдела разработки и эксплуатации программного обеспечения, отдела системного администрирования и отдела тестирования и сертификации. В свою очередь каждый из отделов включает в себя начальника отдела и ряд сотрудников. А отдел технического обеспечения и эксплуатации так же подразделяется на три сектора, каждый из которых возглавляет заведующий. Секторы отдела технического обеспечения и эксплуатации: сектор технического обеспечения состоит из заведующего, ведущего инженера и техника, сектор технической поддержки и сектор эксплуатации состоят из заведующего , инженера и техника. Основное направление деятельности отдела - обеспечение бесперебойной работы компьютерного оборудования в подразделениях университета.
Отдела образовательных проектов и информационных ресурсов состоит из начальника отдела, техника-тестолога и методиста. Основными направлениями деятельности отдела являются организация и проведение курсов повышения квалификации для студентов, сотрудников университета, курсов для абитуриентов, развитие образовательного портала.
Отдела веб-проектов состоит из начальника отдела, веб-администратора, дизайнера и инженера. Основные направления деятельности отдела - обеспечение функционирования и развития сайта университета, создание и поддержка веб-сайтов и веб-приложений для различных стуктур университета.
Отдел разработки и эксплуатации программного обеспечения состоит из начальника отдела и старшего инженера-программиста. Основные направления деятельности отдела - сопровождение и дальнейшее совершенствование разработанного ранее ПО, разработка нового ПО, необходимого для работы подразделений университета.
Отдел системного администрирования состоит из начальника отдела, системного администратора и инженера. Направления деятельности отдела - организация, руководство, координация, контроль и реализация работ по обеспечению бесперебойного функционирования и развития компьютерной сетевой инфраструктуры университета.
Отдел тестирования и сертификации состоит из начальника отдела и программиста. Направления деятельности отдела- помощь в обеспечении проведения факультетами, кафедрами и другими структурными подразделениями университета контроля качества текущих и остаточных знаний студентов с помощью методов компьютерного тестирования
Описанная выше структура представлена на рисунке 5. Структура отдела технического обеспечения и эксплуатации изображена на вложенной диаграмме. Рисунок 5 - Организационная структура ЦИТа
Основными целями Центра ИТ согласно положению о "Центре информационных технологий" являются:
* Обеспечение доступа учебных и других подразделений университета к внутрисетевым информационным сервисам и ресурсам, а так же к ресурсам глобальной сети Интернет;
* Разработку, внедрение и сопровождение автоматизированной системы управления университетом;
* Внедрение и сопровождение автоматизированных систем сбора, обработки, хранения и передачи информации;
* Поддержание в рабочем состоянии вычислительных средств университета, включая системное программное обеспечение;
Диаграмма целей ЦИТа, выполненная в ARIS Toolset, представлена на рисунке 6.
Рисунок 6 - Диаграмма целей ЦИТа.
На Центр ИТ согласно положению о "Центре информационных технологий" возложены следующие функции:
* Обеспечение функционирования, модернизации, техобслуживания и проведения ремонта ЛВС университета и компьютерного оборудования;
* Повышение эффективности использования ИТ в учебном процессе, научных исследованиях и управлении университетом;
* Организация централизованного обеспечения программным обеспечением, техническое обслуживание и ремонт средств вычислительной техники университета;
* Выдача подразделениям университета рекомендаций по выбору технических средств и программного обеспечения;
* Разработка рекомендаций по эффективному использованию информационных ресурсов университета;
* Создание, обеспечение учета и сохранности библиотеки лицензионного системного и прикладного ПО;
* Развитие и совершенствование библиотеки свободно распространяемого системного и прикладного программного обеспечения, прошедших апробацию и предназначенных для проведения работ в университете;
* Разработка, внедрение и сопровождение системы автоматизированного управления университетом;
* Повышение квалификации кадров университета в области информационных технологий и телекоммуникационных систем;
* Организацию и координацию работ по проведению курсов для абитуриентов и студентов;
Диаграмма функций ЦИТа, выполненная в ARIS Toolset, представлена на рисунке 7.
Рисунок 7 - Диаграмма функций ЦИТа
Документация Центра ИТ включает положения о самом центре и об его отделах, должностные инструкции всех сотрудников, договоры с компаниями, предоставляющими ИТ-услуги, отчетные докумены (Рисунок 8).
Рисунок 8 - Диаграмма носителей информации Центра информационных технологий
Возглавляет и контролирует всю работу Центра начальник ЦИТа. Иерархия его полномочий изображена на рисунке 9.
Рисунок 9 - Иерархия полномочий начальника ЦИТа
В процессе работы сотрудники Центра информационных технологий используют как офисные программы (например, Microsoft Office Word, Microsoft Outlook и т.д.), так и программы специального назначения (средства системного управления и конфигурирования, средства графического редактирования, сервис терминального доступа). Диаграмма типа прикладной системы, в которой отображены данные средства, изображена на рисунке 10.
Рисунок 10 - Диаграмма типа прикладной системы
На рисунке 11 изображена VAD-диаграмма, описывающая основные процессы Центра ИТ: осуществление технического обеспечения, контроль за Интернет-ресурсами, организацию курсов для работников и студентов, формирование отчетности. На вложенной диаграмме отображены процессы покупки и ремонта оборудования и заключения договоров (Рисунок 12).
Рисунок 11 - VAD-диаграмма Центра ИТ
Рисунок 12 - Вложенная VAD-диаграмма ЦИТа
Документ
Категория
Рефераты
Просмотров
383
Размер файла
749 Кб
Теги
мбп, курсовая
1/--страниц
Пожаловаться на содержимое документа