Помощь в написании студенческих работ
Антистрессовый сервис

Разработка информационного портала для автоматизации рабочего места сотрудника на примере отдела информатизации и аналитических систем Министерства сельско

ДипломнаяПомощь в написанииУзнать стоимостьмоей работы

Вторичные серверы репликации позволяют синхронизировать данные системы, расположенные на нескольких SQL-серверах; данные синхронизируются в режиме сеансов связи (off-line) путем передачи изменений по электронной почте или на магнитных и оптических носителях. Предназначены для создания территориально-распределенных систем. Для установки требуется серверная лицензия Вторичный сервер репликации. При… Читать ещё >

Разработка информационного портала для автоматизации рабочего места сотрудника на примере отдела информатизации и аналитических систем Министерства сельско (реферат, курсовая, диплом, контрольная)

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА Разработка информационного портала для автоматизации рабочего места сотрудника на примере отдела информатизации и аналитических систем Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края

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

Система управления организацией — совокупность взаимосвязанных элементов, из которых основными являются система целей и показателей, модель бизнес-процессов и организационная структура управления.

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

Понятие бизнес-процесс лежит в основе процессного подхода к анализу и синтезу деятельности организации. Процессный подход позволяет рассматривать деятельность организации как связанную систему бизнес-процессов, каждый из которых протекает во взаимосвязи с другими бизнес-процессами или внешней средой. В настоящий момент применение процессного подхода является обязательным условием для построения Системы менеджмента качества в соответствии с требованиями стандарта ISO 9001:2008. Практика показывает, что система управления, построенная на принципах процессного управления, является более эффективной и результативной по сравнению с равной ей по масштабу функциональной системой. Вместе с тем, разработка и внедрение такой системы — сложный процесс.

Актуальность темы

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

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

В соответствии с поставленной целью необходимо решить следующие задачи:

— проанализировать теоретико-методологические основы реинжиниринга бизнес-процессов;

— провести сбор и обработку информации об отделе информатизации и аналитических систем;

— выявить особенности и слабые места в отделе информатизации и аналитических систем;

— построить структуру отдела в виде функциональных возможностей;

— описать преимущества разработанного информационного портала для автоматизации рабочего места сотрудников.

Объектом исследования является отдел информатизации и аналитических систем Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края.

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

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

Теоретико-методологическую основу исследования составляют: методика Группы компаний «Современные технологии управления»; материалы Высшей школы экономики, состоящие из 22 уроков; Серия учебников для программы МВА" Елиферов В. Г., Репин В. В Бизнес-процессы: «Регламентация и управление; ряд базовых учебников по моделированию бизнесс-процессов, таких как Маклаков С. В. «Моделирование бизнес-процессов. Могилко Д. Ю., Шаныгин С. И. «Концептуальное моделирование технологических процессов средствами BPWin».

1. Теоретические основы внедрения и настройки информационных систем на предприятии

1.1 Разработка информационного портала для автоматизации рабочего места сотрудников

Первое определение корпоративного информационного портала (Enterprise Information Portal — EIP) было дано Кристофером Шайлакс и Джулией Тилман в 1998 году. «Корпоративные информационные порталы — это приложения, которые позволяют компаниям раскрывать информацию, хранящуюся внутри и вне организации, и предоставить каждому пользователю единую точку доступа к предназначенной для него информации, необходимой для принятия обоснованных управленческих решений».

Буквально следом Джерри Мюррей в 1999 отметил, что «порталы, которые концентрируются лишь на работе с контентом, не отвечают нуждам корпоративного рынка. Корпоративные порталы должны подключать нас не только ко всей необходимой информации, но и ко всем нужным нам людям, и предоставлять инструменты, необходимые для поддержки совместной работы».

Отметим также, для корпоративного портала имеется довольно часто применяемый синоним — Интранет-портал.

Существует еще много других определений корпоративного портала и, соответственно, различные классификации корпоративных порталов.

Отметим два вида классификации.

Таблица 1.1 — Классификация корпоративных порталов

По функциям

По назначению

EIP (Enterprise Information Portal)

B2C (Business-to-Consumer)

EEP — (Enterprise Expertise Portals)

B2B (Business-to-Business)

EAP (Enterprise Application Portal)

B2E (Business-to-Employee)

ECP (Enterprise Collaboration Portal)

EKP (Enterprise Knowledge Portal)

информационный автоматизация документооборот электронный

1. По функциям:

— EIP (Enterprise Information Portal) — Корпоративный информационный портал Обеспечивает персонифицированный доступ к внутренним и внешним информационным ресурсам компании. Обеспечивает доступ к данным по классификатору и с возможностью проведения сквозного полнотекстового и атрибутивного поиска.

— EEP — (Enterprise Expertise Portals) — Корпоративный экспертный портал, обеспечивает подключение к экспертам (связь между пользователями) на основе их знаний (способностей) Не всегда портал содержит нужную пользователю информацию, однако, в случае ее отсутствия, он может подключить пользователя к нужным специалистам, которые могут поделиться необходимой информацией, дать экспертные оценки по интересующим вопросам;

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

— ECP (Enterprise Collaboration Portal) — Корпоративный портал совместной работы. Портал, предоставляющий информацию и приложения, и обеспечивающий работу группы сотрудников над какой-либо задачей, проектом (фактически, автоматизация бизнес-процессов);

— EKP (Enterprise Knowledge Portal) — Корпоративный портал управления знаниями.

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

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

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

2. По назначению:

— B2C (Business-to-Consumer) Автоматизированные системы электронной коммерции, в которых в качестве продавца выступает юридическое лицо (предприятие, организация), а покупателя — физическое лицо;

— B2B (Business-to-Business) Автоматизированные системы электронной коммерции, в которых в качестве субъектов процессов продажи и покупки выступают юридические лица (предприятия, организации). Такие системы (электронные торговые площадки) обычно используются для организации снабжения компаний и реализации продукции.

— B2E (Business-to-Employee) Внутрикорпоративная система, по организации работы персонала компании, отдельных структур или подразделений. Фактически, B2E системы являются системами автоматизации управления и берут на себя некоторые функции Корпоративных информационных систем (КИС). Как правило, такие системы функционируют во внутрикорпоративной сети — Интранет. При этом Интранет может использовать защищенные каналы в Интернет.

Корпоративные порталы B2C, B2B, B2E включают в себя корпоративные порталы EAP, EIP, EKP, однако на базе последних можно строить и другие самые различные системы.

Исходя из этих определений, корпоративный портал призван решать следующие основные задачи:

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

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

В сфере маркетинга и реализации наибольше применение находят, естественно корпоративные порталы B2C — Интернет-магазины.

Единственное ограничение корпоративного портала — наличие Интернет-доступа, но мобильный Интернет и спутниковый Интернет, практически снимают все территориальные ограничения. Корпоративный информационный портал это кросс-платформенное решение, не зависящее от оборудования и приложений.

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

Необходимо провести грань между корпоративным информационным порталом и корпоративной информационной системой.

Корпоративный информационный портал чаще всего является дополнением традиционной корпоративной информационной системы (на базе локальной сети), отвечающим за взаимодействие компании с внешним миром (в широком понимании — частью общей глобальной корпоративной информационной системы), иногда изолированной системой, решающей ограниченные задачи.

Если же корпоративный информационный портал включает в себя автоматизацию основных бизнес-процессов компании, включает подсистемы бухгалтерского учета и т. д., то он, очевидно, превращается в корпоративную информационную систему, созданную с применением Интернет-технологии[2].

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

1.2 Описание методологий моделирования бизнес-процессов

Бизнес-процесс — последовательность действий, направленная на получение заданного результата, ценного для организации (Рис. 1.1). Например, Прием заказа клиента, Планирование закупок, Производство товара, и т. п.

Рисунок 1.1 — Система бизнес-процессов [3]

Бизнес-моделирование — процесс описания той или иной сферы деятельности организации с использованием четкого формализованного подхода (методологии), поддерживаемый специализированным программным продуктом.

Бизнес-модель — формализованное описание определенного аспекта или сферы деятельности организации. Например: дерево целей, модель бизнес-процессов, модель организационной структуры и т. п.

Организация — группа людей и средств с распределением ответственности, полномочий и взаимоотношений. Пример: компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, или же их части, или комбинации из них (ISO 9000:2005).

Модель — модель М моделирует объект А, если модель М отвечает на вопросы относительно объекта А. Пример: карта города является его моделью, выполненной в определенном масштабе с использованием условных обозначений.

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

Первый этап наступает в 70-е годы XX века. В 70-е годы прошлого века начались реализация сложных крупномасштабных проектов совместно специалистами различных предметных областей (системы вооружения, полеты в космос, атомные электростанции, транспортные сети и т. п.), произошло достаточно серьезное изменение условий функционирования как коммерческих так производственных компаний. Анализ проблем возникающих в деятельности организаций, привел к тому, что они стали рассматриваться как организационно-технические системы, включающие:

— персонал;

— оборудование;

— компьютеры (программное обеспечение);

— способы их взаимодействия.

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

— однозначность;

— простота для возможности понимания специалистами различных предметных отраслей;

— компактность.

Одной из самых известных методологий описания организаций как организационно-технических систем, стала методология структурного анализа и проектирования систем SADT (Structured Analysis and Design Technique). Она была разработана американцем Дугласом Россом (D. Ross) в 1973 г. Особенно широкое применение получило одно из подмножеств SADT методология функционального моделирования IDEF0 (Integration Definition For Function Modeling). Инициатором ее разработки и дальнейшей стандартизации было Министерство обороны США. Методология IDEF0 успешно применялась в военных, коммерческих организациях для решения широкого спектра задач (от разработки программного обеспечения для оборонных систем до разработки систем материально-технического снабжения и управления финансами). Наличие возможностей и опыт применения IDEF0 в различных предметных сферах, наряду с растущей компьютерной поддержкой сделало ее еще более доступной в использовании. Это в свою очередь, также привело к широкому использованию IDEF0 как методологии для описания бизнес-процессов организаций.

Во многом популярность методологии функционального моделирования IDEF0 обусловлена простотой нотации, основными элементами которой является функциональный блок и стрелка.

Рисунок 1.2 — Функциональный блок[3]

Каждая из четырех сторон блока имеет строго определенное значение:

— левая сторона обозначает входы, т. е. что поступает на вход процесса и будет преобразовано;

— правая сторона — выход, т. е. что создается на выходе процесса в результате его выполнения;

— верхняя сторона — управление, т. е. какие требования необходимо выполнить или чем руководствоваться при исполнении процесса;

— нижняя сторона — механизм, т. е. какие ресурсы необходимы для исполнения процесса.

Исходя из смыслового значения сторон блока, процесс в общем виде можно определить как деятельность (последовательность работ), которая преобразует Входы в Выходы по правилам и требованиям, уставленным Управлением, с помощью определенных Механизмов (ресурсов).

Второй этап начался в 80-е годы XX века. Мощнейший импульс дальнейшему развитию методов описания деятельности организаций придало широкое внедрение персональных компьютеров, а также разработка информационных систем (или систем автоматизации) компаний различных предметных областей. Потребность в автоматизации бизнес-процессов в свою очередь вызвала необходимость их описания и формализации на принципиально другом уровне.

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

— функциональное моделирование с использованием диаграмм потоков данных различных нотаций (Йордана / Де Марко, Гейна-Сарсона);

— информационное моделирование с использованием диаграмм «сущность-связь» различных нотаций (Чена, Баркера);

— моделирование бизнес-процессов в виде цепочки событий (нотация EPC);

— динамического функционального анализа на основе сетей Петри различного вида, функционально-стоимостного анализа.

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

Бурное развитие информационных технологий в 80 гг., рост объемов разработки наряду со все более острой необходимостью проектирования «правильного» программного обеспечения «с первого раза», привело к созданию целого отдельного направления программотехники CASE-технологий (Computer-Aided Software/System Engineering).

CASE-средства позволяют уйти от сложностей «ручного» применения методологий для описания (моделирования) бизнес-процессов, являются средством автоматизации труда специалистов по разработке программного обеспечения (аналитиков, постановщиков задач, проектировщиков, программистов, технических писателей). Они, как правило, предоставляют возможность визуального (графического) описания бизнес-процессов с помощью той или иной методологий (нотации), обеспечивают удобную среду для групповой работы специалистов на всех этапах анализа, проектирования, разработки и сопровождения систем программного обеспечения.

Третий этап настал в 90-е годы XX века. В начале 90-х годов на Западном рынке появились первые программные продукты, предназначенные для решения задач, связанных с организационными вопросами управления организациями. Этому способствовало:

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

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

Постепенно в силу особенностей применения CASE-средств, их стали применять не только для целей автоматизации деятельности, но и для широкого круга задач бизнес-анализа деятельности организаций. Действительно, наличие у компании модели деятельность «как есть» позволяло построить модель «как должно быть», а в дальнейшем и провести ее реструктуризацию, со значительно меньшими трудностями и рисками.

Моделирование, направленное на решение организационных вопросов управления, стало следующим логичным шагом развития CASE-средств. Они стали охватывать полный цикл построения системы управления: стратегия — бизнес-процессы — организационная структура — регламентирующие документы — анализ, представляя компаниям новые возможности по осуществлению «регулярного менеджмента».

Программы, предназначенные для решения организационных вопросов управления или бизнес-моделирования, выделили в отдельный класс, который на западном рынке получил название «BMS» (Business Modeling Software). К ключевым преимуществам программ этого класса можно отнести:

— широкие возможности визуального (графического) моделирования компании;

— обеспечение возможности одноформатного, одинакового понимания бизнес-процессов компании сотрудниками с разным уровнем квалификации, различных подразделений;

— изначально встроенная поддержка процессного подхода;

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

— получение различных отчетов из модели (например, в виде регламентных документов: Положения о подразделения, Должностные инструкции, Регламент процесса, Регламент процедуры, Матрицы ответственности и др.).

Бизнес-модель, построенная с помощью программ класса «BMS», как правило, включает:

— систему (дерево) целей компании;

— модель бизнес-процессов;

— модель организационной структуры;

— справочник используемых документов.

Наличие комплексной бизнес-модели компании, основанной на визуальном (графическом) представлении информации о ней, представило новые возможности для анализа и дальнейшего совершенствования деятельности как организации в целом, так и ее отдельных бизнес-процессов. Преимущества же использования графики уже давно оценили инженеры, разрабатывая чертежи и схемы объектов, либо явлений реального мира. Если даже для такого простого объекта как отдельная деталь, выгоды использования визуального (графического) представления информации (а именно чертежа детали) для анализа очевидны, то, что уж говорить про организации, «устройство» которых на порядки сложнее. Проведя аналогию можно сказать, что бизнес-моделирование это по-сути «разработка чертежей» организации. Бизнес-модель позволяет сделать компанию более прозрачной, готовой к регулярному анализу, управлению и, самое главное, дальнейшему улучшению.

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

Четвертый этап наступил в 2000 гг. XXI века и длится до настоящего времени. Бизнес-моделирование, поддержанное соответствующим программным обеспечением, постепенно развилось до отдельной методологии менеджмента, которая получила название «бизнес-инжиниринга». Стержневая идея бизнес-инжиниринга заключается в анализе и совершенствовании деятельности компании посредством широкого применения ее бизнес-моделей, созданных с применением процессного подхода.

Существующая динамика изменений внешней бизнес-среды выдвигает новые требования к проведению соответствующих им внутренних изменений. Скорость проведения изменений, улучшений во многом определяется возможностями анализа того или иного аспекта деятельности организации, будь-то бизнес-процесс или организационная структура. Наличие навыков проведения внутренних изменений, их системное применение являются необходимым условием выживаемости и успешности компании. Бизнес-моделирование является тем инструментом, который позволяет облегчить проведение внутренних изменений, улучшений на уровне соответствующем сложности этой задачи.

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

1) программные продукты бизнес-моделирования: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Бизнес-инженер, Microsoft Visio.

2) нотации бизнес-моделирования и описания бизнес-процессов: IDEF0, IDEF3, Data Flow Diagram (DFD), extended Event Driven Process Chain (eEPC), Value Added chain Diagram (VAD), Cross Functional Flowchart и др.

3) методики и методы бизнес-инжиниринга / менеджмента.

— Разработка и внедрение системы сбалансированных показателей BSC / KPI

— Описание бизнес-процессов

— Анализ, оптимизация, повышение качества бизнес-процессов

— Управление бизнес-процессами на долгосрочной основе

— Функционально-стоимостной анализ (ФСА) и имитационное моделирование

— Описание и оптимизация организационной структуры, численности персонала

— Построение систем мотивации персонала

— Построение и организация функционирования системы менеджмента качества (ISO 9000)

— Управление проектами (в том числе по PMBOK — Project management body of knowledge)

— Построение комплексной бизнес-модели организации

— Бенчмаркинг

— Lean, 6 Sigma

— TQM (всеобщее управление качеством)

— Различные отраслевые методики и стандарты, разработки консалтинговых компаний

4) типовые решения, примеры, наработки и материалы. Чтобы не разрабатывать большую часть материалов с нуля и не совершать ошибок, которые уже прошли другие специалисты, необходим набор типовых решений, моделей, документов и т. п.

Таким образом, можно сформировать следующую схему:

Методика + Типовые решения + Программный продукт = Результат Рисунок 1.3 — Набор знаний и инструментов бизнес-аналитика Здесь Методики и методы показывают, КАК выполнять проекты и задачи. Типовые решения и материалы демонстрируют, ЧТО должно получиться на выходе (результат).

С помощью ППБМ автоматизируется выполнение всех задач и проектов. Это в несколько раз сокращает время и повышает эффективность работ. Например, система Business Studio позволяет по нажатию одной кнопки автоматически сформировать регламентирующую документацию на основе разработанных моделей бизнес-процессов, обеспечивая значительную экономию финансовых и трудовых ресурсов.

В каждый программный продукт бизнес-моделирования заложен свой набор нотаций. В нашем случае, мы будем использовать систему бизнес-моделирования Business Studio, которая включает в себя Нотации IDEF0, Процесс и Процедура, EPC. Рассмотрим, каждую из них подробнее.

IDEF0 — нотация графического моделирования, используемая для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающих эти функции. Нотация IDEF0 является одной из самых популярных нотаций моделирования бизнес-процессов. К ее особенностям можно отнести:

Контекстная диаграмма. Самая верхняя диаграмма, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A-0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу.

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

Доминирование. Блоки IDEF0 на неконтекстной диаграмме должны располагаться по диагонали — от левого верхнего угла диаграммы до правого нижнего в порядке присвоенных номеров. Блоки на диаграмме, расположенные вверху слева, «доминируют» над блоками, расположенными внизу справа. «Доминирование» понимается как влияние, которое блок оказывает на другие блоки диаграммы. Расположение блоков на листе диаграммы отражает авторское понимание доминирования. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные.

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

Нотации Процесс (Basic Flowchart в Microsoft Visio) и Процедура (Cross Functional Flowchart в Microsoft Visio) используются для представления алгоритма (сценария) выполнения процесса и позволяют задать причинно-следственные связи и временную последовательность выполнения действий процесса. Нотации поддерживают декомпозицию на подпроцессы, также как и нотация IDEF0.

Различие между нотациями Процесс и Процедура состоит в том, что дополнительно к графическим элементам, применяемым в нотации Процесс, в нотации Процедура используются дорожки (Swim Lanes), обозначающие организационные единицы — исполнителей действий процесса. Это позволяет повысить наглядность диаграммы.

Нотации Процесс и Процедура можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.

Пример диаграммы в нотации Процесс приведен на рисунке 1.6, а диаграммы в нотации Процедура — на рисунке 1.7.

Нотация EPC (Event-Driven Process Chain — событийная цепочка процессов) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC, представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни. Декомпозиция может производиться только в нотации EPC.

При декомпозиции процесса ЕРС, расположенного на диаграмме SADT, стрелки с диаграммы SADT на диаграмму ЕРС не переносятся.

Правила моделирования процессов в нотации EPC:

1) диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).

2) события и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.

3) рекомендуемое количество функций на диаграмме — не более 20. Если количество функций диаграммы значительно превышает 20, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели.

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

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

6) На диаграмме не должны присутствовать объекты без единой связи.

7) Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления — только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями.

8) Если оператор обладает входящей связью от элемента «событие», то он должен обладать исходящей связью к элементу «функция» и наоборот.

9) За одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)».

10) Операторы могут объединять или разветвлять только функции или только события. Одновременное объединение / ветвление функции и события невозможно.

11) Оператор, разветвляющий ветки, и оператор, объединяющий эти ветки, должны совпадать. Допускается также ситуация, когда оператор ветвления «И», оператор объединения — «ИЛИ».

Система бизнес-моделирования Business Studio разработана специально для поддержки полного цикла проектирования эффективной системы управления компанией — «Проектирование — Внедрение — Контроль — Анализ», позволяя решать следующие задачи:

— формализация стратегии и контроль ее достижения;

— моделирование и оптимизация бизнес-процессов;

— проектирование организационной структуры и штатного расписания;

— регламентация деятельности: разработка регламентов и распространение их среди сотрудников;

— внедрение системы менеджмента качества в соответствии со стандартом ISO.

Особенности системы Business Studio:

— использование в качестве графического редактора диаграмм Microsoft Visio, ставшего стандартом в области деловой графики;

— объектно-ориентированная промышленная платформа, определяющая уникальные возможности системы по построению сложных фильтров и работе с большими объемами данных.

1.3 Описание системы электронного документооборота DIRECTUM

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

Функциональные модули:

1) модуль Управление электронными документами поддерживает полный комплекс работ с электронными документами: создание и редактирование в форматах различных приложений, структурированное хранение; управление доступом, защита от изменений посредством шифрования и ЭЦП; атрибутивный и полнотекстовый поиски; протоколирование работы с документами;

2) модуль Управление деловыми процессами автоматизирует процессы согласования и обработки электронных документов (docflow); обеспечивает выдачу электронных заданий и контроль их исполнения (workflow);

3) модуль Канцелярия организует работу с бумажными документами в соответствии с требованиями ГСДОУ: регистрация документов, контроль их местонахождения и списание в архив, ведение номенклатуры дел, поиск документов по атрибутам;

4) модуль Управление совещаниями и заседаниями предназначен для подготовки и проведения совещаний: обсуждение состава участников, повестки, места и времени проведения, формирование и рассылка протокола, контроль исполнения решений;

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

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

7) модуль Обращения граждан и организаций автоматизирует работу с обращениями граждан и организаций в соответствии Федеральным законом «О порядке рассмотрения обращений граждан Российской Федерации» (от 2 мая 2006 года № 59-ФЗ): регистрация обращений, рассмотрение, исполнение поручений по обращению, контроль исполнения, направление ответа заявителю. Ведение номенклатуры дел обращений, поиск информации по атрибутам;

8) модуль Управление показателями эффективности предназначен для автоматизации работы с количественными оценками тех или иных процессов организации. Модуль позволяет разрабатывать алгоритмы получения оценок, накапливать статистику и наглядно отображать значения в виде таблиц, графиков и диаграмм;

9) модуль Интеграция с системами обмена документами предназначен для обмена электронными юридически значимыми документами с другими организациями через системы обмена документами. К таким системам относятся Synerdocs и Диадок. Модуль позволяет принимать документы и сохранять их в DIRECTUM, регистрировать, согласовывать и отправлять документы DIRECTUM в другие организации через системы обмена документами;

Структурно модули системы представляют собой наборы компонент различных типов. Компоненты имеют характерный интерфейс и наборы данных, определяемые их назначением. Вызов компонент осуществляется через проводник системы DIRECTUM, аналогичный по виду проводнику Windows.

Технология быстрой идентификации документов, DIRECTUM Rapid Document Identification (DIRECTUM RapID) позволяет идентифицировать электронные документы в системе DIRECTUM за счет маркировки всех документов уникальным штрих-кодом. Предназначена для организации быстрого доступа к электронным документам по их бумажным копиям. Использовать технологию быстрой идентификации документов в системе DIRECTUM можно только в том случае, если вместе с системой DIRECTUM были приобретены одна или несколько клиентских лицензий Быстрой идентификации документов. При отсутствии таких лицензий организовать быстрый доступ к электронным документам по их бумажным копиям встроенными в систему средствами нельзя.

Предметно-ориентированный инструмент разработки IS-Builder позволяет создавать и дорабатывать компоненты системы посредством визуальной настройки их форм и задания вычислений на встроенном языке ISBL. Предназначен для адаптации системы к нуждам конкретного предприятия программистами этого предприятия. Использовать предметно-ориентированный инструмент разработки IS-Builder можно только в том случае, если вместе с системой DIRECTUM были приобретены одна или несколько клиентских лицензий разработчика. При отсутствии таких лицензий программисты предприятия не могут создавать и / или дорабатывать компоненты системы, но могут настраивать систему, используя вычисления на языке ISBL.

Модуль интеграции с Microsoft OCS/Lync предназначен для интеграции системы DIRECTUM с системой мгновенных сообщений Microsoft Office Communicator. Модуль интеграции с Microsoft OCS устанавливается вместе с клиентской частью системы DIRECTUM. Для работы с модулем требуется серверная лицензия Модуль интеграции с Microsoft OCS/Lync. Сервер веб-доступа обеспечивает доступ к данным системы DIRECTUM через веб-браузеры. Для установки требуется серверная лицензия Веб-доступ.

Портальные компоненты DIRECTUM для SharePoint позволяют интегрировать функциональные модули системы DIRECTUM в корпоративные веб-порталы предприятий, построенные на базе Microsoft SharePoint. Для установки требуется серверная лицензия Портальные компоненты для SharePoint.

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

Службы файловых хранилищ позволяют размещать тексты документов системы DIRECTUM в файловых системах одного или нескольких компьютеров. Предназначены для организации распределенного хранения больших объемов данных, например, мультимедиа данных и архивов редко используемых документов. Для установки требуется серверная лицензия Служба файловых хранилищ. При отсутствии таких служб тексты всех документов размещаются в базе данных системы на SQL-сервере.

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

Вторичные серверы репликации позволяют синхронизировать данные системы, расположенные на нескольких SQL-серверах; данные синхронизируются в режиме сеансов связи (off-line) путем передачи изменений по электронной почте или на магнитных и оптических носителях. Предназначены для создания территориально-распределенных систем. Для установки требуется серверная лицензия Вторичный сервер репликации. При отсутствии таких серверов данные системы DIRECTUM хранятся на одном SQL-сервере. Модуль поддержки английского языка пользовательского интерфейса позволяет отображать текстовые элементы интерфейса системы DIRECTUM на английском языке. Предназначен для удобства работы с системой англоязычных пользователей. Для установки требуется серверная лицензия Поддержка английского языка интерфейса. При отсутствии такого модуля все пользователи работают с системой на русском языке. Коннекторы к системам 1С: Предприятие 8*, Dynamics AX* предназначены для интеграции системы DIRECTUM c перечисленными системами, предоставляют функции для взаимодействия систем. Для установки требуются серверные лицензии Коннектор к 1С: Предприятие 8 и Коннектор к Dynamics AX. Веб-сервис интеграции предназначен для организации обмена данными между системой DIRECTUM и интегрированной системой в условиях, когда между системой DIRECTUM и интегрируемой системой нельзя установить связь через COM-объекты. А также предназначен для ускорения загрузки и выгрузки данных из системы DIRECTUM в интегрируемую систему, расширения возможностей работы с объектами системы DIRECTUM в интегрируемой системе. Для установки требуется серверная лицензия Веб-сервисы интеграции.

Программирование в системе DIRECTUM. ЯЗЫК ISBL (IS-Builder Language) — встроенный в платформу IS-Builder высокоуровневый язык программирования, на котором задаются все программные вычисления внутри систем, разработанных на этой платформе: обработка событий при работе со справочниками и карточками электронных документов; подготовка данных для отчетов; тексты сценариев и прикладных функций; задание логики работы типовых маршрутов и их отдельных блоков; вычисление ролей и описание поисков объектов в системе.

Язык ISBL, как и любой высокоуровневый язык программирования, включает в себя следующие элементы:

— КОНСТАНТЫ — любые постоянные значения, используемые, например, при присваивании значений переменным или параметрам функций;

— ПЕРЕМЕННЫЕ — имена для значений, используемые при обращении к этим значениям;

— ОПЕРАЦИИ — условные записи математических, логических, строковых и некоторых других функций;

— ФУНКЦИИ — именованные последовательности операторов, предназначенные для их многократного использования;

— МАССИВЫ — именованные структуры данных, обращение к которым осуществляется по имени и индексу данных в структуре;

— ВЫРАЖЕНИЯ — константы, переменные, элементы массивов и функции, связанные определенными операциями;

— ОПЕРАТОРЫ — синтаксические «фразы» языков программирования, позволяющие реализовывать алгоритмы программ. Например, «оператор присваивания» или «оператор условного ветвления»;

— КОММЕНТАРИИ — тексты вычислений, не учитываемые при их выполнении, например, пояснения к текстам программ.

В текстах вычислений на ISBL можно использовать методы и свойства объектов IS-Builder, например, методы и свойства работы со справочниками или электронными документами.

Из текстов ISBL можно обращаться к объектам сторонних приложений, например, к документам Microsoft Word или к книгам Microsoft Excel. Для написания вычислений на языке ISBL используется специальный редактор. Для проверки работоспособности ISBL-кода используется отладчик.

2. Анализ системы информационного обеспечения в Министерстве сельского хозяйства и перерабатывающей промышленности Краснодарского края.

2.1 Общая характеристика деятельности Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края

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

Осуществляет функции:

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

— по выработке и реализации государственной политики и нормативно-правовому регулированию в сфере рыбного хозяйства, в том числе рыболовства, рыбоводства (аквакультуры), товарного рыбоводства, сохранения водных биологических ресурсов, производства, переработки и реализации рыбной и иной продукции из водных биологических ресурсов, производственной деятельности на судах рыбопромыслового флота, а также в сфере охраны, рационального использования, изучения и воспроизводства водных биологических ресурсов и среды их обитания, за исключением водных биологических ресурсов, находящихся на особо охраняемых природных территориях федерального значения и занесенных в Красную книгу Российской Федерации, обеспечения безопасности плавания судов рыбопромыслового флота и аварийно-спасательных работ в районах промысла при осуществлении рыболовства, а также контроля и надзора за водными биологическими ресурсами и средой их обитания во внутренних водах Российской Федерации;

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

— по оказанию государственных услуг в сфере агропромышленного комплекса, включая устойчивое развитие сельских территорий;

— по управлению государственным имуществом на подведомственных предприятиях и учреждениях.

Министерство сельского хозяйства Российской Федерации осуществляет координацию и контроль деятельности подведомственных Министерству Федеральной службы по ветеринарному и фитосанитарному надзору и Федерального агентства по рыболовству.

Министерство сельского хозяйства Российской Федерации руководствуется в своей деятельности Конституцией Российской Федерации, федеральными конституционными законами, федеральными законами, актами Президента Российской Федерации и Правительства Российской Федерации, международными договорами Российской Федерации, а также настоящим Положением.

Министерство сельского хозяйства Российской Федерации осуществляет свою деятельность во взаимодействии с другими федеральными органами исполнительной власти, органами исполнительной власти субъектов Российской Федерации, органами местного самоуправления, общественными объединениями и иными организациями.

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

Организационная структура Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края приведена на рисунке 2.1.

2.2 Отдел информатизации и аналитических систем

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

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

Рисунок 2.1 — Организационная структура Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края Отдел осуществляет практическую реализацию возложенных на управление функций в сфере информационного обеспечения деятельности министерства, а также внедрения, сопровождения и развития единого техничекского, программного и телекоммуникационного пространства в министерстве, обеспечивающего эффективное и надежное информационное обеспечение деятельности министерства. Разрабатывает предложения по развитию информационных технологий в министерстве, инфраструктуры информации в информационно-телекоммуникационной сети Интернет, локальной вычислительной сети.

Обеспечивает:

1) Доступ к информации о деятельности министерства путем размещения информации о его деятельности в информационно-телекоммуникационной сети интернет на официальном сайте министерства, а также информации, предусмотренной Федеральным законом от 29 декабря 2006 года № 264-ФЗ «О развитии сельского хозяйства» и иными нормативным правовым актам Российской Федерации и нормативным правовым актам Краснодарского края;

Показать весь текст
Заполнить форму текущей работой