Моделирование основных бизнес-процессов предприятия
Формирование требований как основной этап в разработке АИС. Функциональное моделирование бизнес-процессов. Анализ деятельности ОАО "АНХК" и структуры предприятия. Анализ проблемы автоматизированных информационных систем. Создание диаграмм декомпозиций.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 09.07.2010 |
Размер файла | 140,5 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Text Blocks - текстовые блоки;
Parent Diagram Text - текст родительской диаграммы;
Parent Diagram Title Text - текст заголовка родительской диаграммы;
Report Text - текст отчетов.
Инструмент навигации Model Explorer имеет три вкладки - Activities, Diagrams и Objects. Вкладка Activities показывает в виде раскрывающегося иерархического списка все работы модели. Одновременно могут быть показаны все модели, открытые в BPwin. Работы с диаграмм IDEF0 показываются зеленым цветом, IDEF3 - желтым и DFD - голубым.
Щелчок по работе во вкладке Activity переключает левое окно BPwin на диаграмму, на которой эта работа размещена. Для редактирования свойств работы следует щелкнуть по ней правой кнопкой мыши. Появляется контекстное меню со свойствами работы.
Проанализировав возможности BPwin, изучив инструментальную среду, рассмотрим технологию бизнес моделирования.
Выводы: так как областью исследования в дипломной работе являются технологии проектирования и моделирования бизнес - процессов, то данные технологии потребуют освоения инструментов создания графических изображений, методов и средств функционального, логического и физического моделирования. При проектировании АИС важно разработать единые требования к системе, чтобы не было в дальнейшем необходимости переделывать проект. В современном мире компьютерных технологий важную роль играют программы бизнес моделирования, которые позволяют создать модель АИС. Для успешной реализации проекта необходимо чтобы инструментальные средства были достаточно гибкими и легко приспосабливались к изменяющимся требованиям. В результате проведенных теоретических исследований было установлено, что таким средством является Case - средство верхнего уровня-BPwin, поддерживающий методологию IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (Dataflow Diagram).
2. Практическая часть
2.1 Анализ деятельности ОАО «АНХК» и структуры предприятия
Открытое акционерное общество «Ангарская нефтехимическая компания» - крупнейшее предприятие Восточной Сибири по переработке нефти и выпуску нефтепродуктов. Первые установки пущены в эксплуатацию в 1953 году. В состав ОАО «АНХК» входят нефтеперерабатывающий завод, химический завод, завод масел, товарно-сырьевое производство. Дочерними предприятиями ОАО «АНХК» являются ОАО «Ангарский завод катализаторов и органического синтеза», ОАО «Востсибмаш», ОАО «Ангарское управление энергосистем».
В графическом виде структура АНХК представлена в Приложении 1.
Нефтеперерабатывающий завод
В составе НПЗ 3 установки по первичной переработке, 7 установок по вторичной переработке нефти. Ежегодный объем нефтепереработки - от 8,2 до 8,7 млн. тонн. Выход светлых - 64,4%, глубина переработки - 77,4%. Начиная с 2001 года осуществляется последовательная модернизация основных производственных установок, что позволило наладить выпуск новой, пользующейся спросом продукции.
Выпускаемая продукция:
- Бензины автомобильные Аи - 76, Аи - 80, Аи - 92, Премиум - 95, Супер Аи - 98.
- Топливо дизельное: зимнее, летнее.
- Топливо дизельное экологически чистое.
- Топливо для реактивных двигателей.
- Битумы нефтяные (строительные, кровельные, дорожные вязкие, модифицированные).
- Кокс электродный для алюминиевой промышленности.
Химический завод
Нефтехимия как одно из основных направлений деятельности комбината берет начало с пуска производства метанола в 1954 году. На сегодняшний день в составе химического завода работают четыре основных блока: производство серной кислоты, бутиловых спиртов, метанола-ректификата, аминов. Ряд внедряемых бизнес проектов направлен на дальнейшее развитие производств.
Выпускаемая продукция:
- Спирты бутиловые
- Серная кислота
- Метанолы
- Метиламины
- Метилтретбутиловый эфир
Завод масел
В августе 2004 года производство масел в Ангарской нефтехимической компании выделено в самостоятельное структурное подразделение.
В составе завода - два технологических цеха и два цеха товарной группы, где производится компаудирование готовой товарной продукции.
Выпускаемая продукция:
- Моторные масла (дизельные и универсальные)
- Трансмиссионные и гидравлические масла
- Энергетические масла
- Индустриальные масла
ОАО «Ангарский завод катализаторов и органического синтеза»
Ангарский завод катализаторов и органического синтеза является одним из крупнейших производителей катализаторов в России. Завод имеет общую базу для проведения научно-исследовательских и опытных работ в области переработки и нефтехимии.
Выпускаемая продукция:
- Катализаторы риформинга
- Катализаторы процесса Клауса
- Катализаторы гидрирования
- Катализаторы окисления
- Катализаторы конверсии
- Катализаторы-адсорбенты
- Носители
ОАО«Восточно-Сибирский машиностроительный завод»
ОАО«Востсибмаш» - самое мощное машиностроительное предприятие в Восточной Сибири. Имеет котельно-сварочное, механосборочное, литейное, кузнечно-термическое производство. Имеющееся оборудование позволяет изготовить аппараты из углеродистых, низколегированных, высоколегированных, а также теплоустойчивых сталей, титана и биметалла.
Выпускаемая продукция:
- Колонны ректификационные и абсорбционные
- Запасные части к грунтовым насосам
- Емкостное оборудование
- Теплообменная аппаратура
- Трубопроводная арматура
- Нестандартное оборудование
Основные направления инвестиционной политики:
- Обеспечение поставки топлив на Российский рынок и на экспорт в соответствии с требованиями стандартов по качеству (ЕВРО - 3, ЕВРО - 4);
- Конвертирование мазута в светлые нефтепродукты для экспорта и внутреннего рынка;
- Освоение выпуска масел повышенного уровня качества;
- Повышение эффективности производства;
- Повышение экологической и промышленной безопасности.
Основными видами деятельности Общества являются: Анисимов В. В. 50 лет успешной вахты. Научно-технические достижения и передовой опыт. / В.В. Анисимов // Нефтепереработка и нефтехимия. - 2003. - №8. - С. 3-4
1. производство продуктов нефтепереработки, нефтехимии и химической продукции производственно-технического назначения;
2. хранение нефти, газов и продуктов их переработки
3. производство товаров народного потребления;
4. осуществление коммерческой деятельности;
5. торгово-закупочная деятельность;
6. общественное питание;
7. осуществление внешнеэкономической деятельности;
8. производство строительной продукции;
9. строительно-монтажные и ремонтные работы;
10. забор воды, водоснабжение, канализование и очистка сточных вод;
11. сбор, утилизация, складирование, размещение, перемещение, использование, уничтожение промышленных, в том числе опасных, и иных отходов (кроме радиоактивных);
12. эксплуатация стационарного сооружения, предназначенного для хранения радиоактивных веществ, радиационных источников, эксплуатация аппаратов и комплексов, в которых содержатся радиоактивные вещества;
13. научно-исследовательские и проектно-конструкторские работы;
14. осуществление всех видов гражданско-правовых сделок с патентообладателями, владельцами «ноу-хау» и авторами иных видов интеллектуальной собственности;
15. информационно-вычислительные работы и разработка программных продуктов;
16. подготовка и повышение квалификации кадров;
17. использование драгоценных металлов для нужд производства;
18. транспортно-экспедиционная деятельность;
19. медицинское, санаторное, восстановительно-реабилитационное и лечебно-профилактическое обслуживание, обеспечение лекарственными препаратами и изделиями медицинского назначения;
20. закуп по импорту и в Российской Федерации, хранение, отпуск, оптовая и розничная реализация лекарственных средств, этилового спирта, изделий медицинского назначения и фармацевтической продукции;
21. изготовление всех видов лекарственных форм, в том числе наркотических, ядовитых, психотропных и сильнодействующих для населения и лечебно-профилактических учреждений города по рецептам врачей и на основе лекарственных средств, зарегистрированных в РФ;
22. приобретение, получение, перевозка, хранение, распределение, отпуск, реализация и уничтожение ядовитых, сильнодействующих, наркотических и психотропных средств, анаболиков этилового спирта;
23. сбор и переработка лекарственных трав, изготовление и реализация фитотерапевтической продукции;
24. приобретение, реализация, сбор и ремонт очковой оптики;
25. проведение дезинфекционных, дезинсекционных и дератизационных работ;
26. оздоровление населения на базах отдыха и в детских лагерях;
27. туристическая и экскурсионная деятельность;
28. добыча минеральных вод из источников, розлив ее в бутылки и реализация населению.
В компании активно ведется реконструкция и модернизация действующих и пуск новых производств. В ОАО «АНХК» выпускается более ста наименований товарной продукции, которая находит, сбыт практически во всех районах от Урала до Тихого океана, и далее за рубежом - в Японии, Китае, Монголии, Сингапуре и других странах Юго-Восточной Азии. Особый подход у компании - в решении природоохранных задач. В компании разработана и действует долгосрочная программа по снижению выбросов загрязняющих веществ в окружающую среду.
За качество выпускаемой продукции, реализацию природоохранных проектов ОАО «АНХК» неоднократно награждалась медалями и дипломами российских и международных выставок. По итогам 2005 года Ангарская нефтехимическая компания вошла в рейтинг 100 ведущих предприятий России. 10 видов продукции маркированы золотыми и серебряными знаками «Сто лучших товаров России».
2.1 Анализ проблемы автоматизированных информационных систем ОАО «АНХК»
Проведенное обследование деятельности основных управленческих служб Компании позволяет сделать следующие выводы:
- методология учета, анализа и планирования в значительной степени зависит от человеческого фактора;
- обработка первичных документов, даже при наличии существующих средств автоматизации, все еще связана с использованием большого количества ручного труда, вследствие чего соблюдение требуемых сроков формирования бухгалтерских отчетных документов становится трудновыполнимой задачей;
- аналитический учет в функциональных подразделениях и аналогичный учет в бухгалтерии основаны на независимой обработке одних и тех же первичных документов. То же самое относится к аналитическому и синтетическому учету в бухгалтерии;
- объединение и группирование информации в регистры бухгалтерского учета, а также в аналитические ведомости функциональных служб производится без использования единой нормативно-справочной информации и единой системы классификации и кодирования информации.
Рассмотрим подробнее сложившуюся в Компании ситуацию в планово-экономической деятельности, дающую основание для такого рода заключений.
В планово-финансовую деятельность Компании вовлечено более десятка функциональных подразделений и почти такое же количество секторов центральной бухгалтерии. Все эти службы, имея собственные оперативные задачи, должны быть связаны по роду деятельности общими целями и задачами бухгалтерской отчетности, экономического анализа и прогнозирования экономической ситуации.
В связи с этим, данные службы связаны единым документооборотом, состоящим из большого количества первичных документов, являющихся основой для совершения хозяйственных операций, ведомостей аналитического учета, подробно отражающих текущую ситуацию в том или ином аспекте планово-финансовой деятельности, а также синтетических ведомостей, содержащих обобщенные показатели состояния экономической ситуации за определенный период времени.
Обработка указанных документов производится таким образом, что каждая служба сначала обрабатывает документы для получения необходимых ей результатов, а затем передает документы в другие заинтересованные службы, где проводится их повторная, независимая от предыдущих обработок.
Все это приводит к тому, что помимо увеличения затрат ручного труда на ввод в ЭВМ или на неавтоматизированную обработку документов, вследствие отдельных ошибок при вводе или учете, результаты обработки одних и тех же документов дают различные результаты, причем, поиск ошибок чрезвычайно затруднен из-за частого несовпадения разрезов ведения аналитического учета в различных службах.
В этих условиях чрезвычайно важна единая методология ведения аналитического учета и подчинения его в различных службах единой цели - своевременному и качественному формированию обобщенных показателей, характеризующих общую ситуацию на производстве, в сбыте или снабжении.
Однако, в условиях отсутствия единой интегрированной автоматизированной системы обработки данных, введение новых дополнительных разрезов ведения аналитического учета, напрямую не нужных для отдельных функциональных подразделений и служб, а имеющих своей целью улучшение качества и повышение оперативности сбора и формирования обобщенных экономических показателей, зачастую наталкивается на непонимание и противодействие со стороны данных служб, так как ведет к увеличению затрат ручного труда, не давая прямых результатов непосредственно для самих служб.
В качестве примера можно привести ситуацию, сложившуюся на стыке финансового отдела и сектора учета банковских операций бухгалтерии. В финансовом отделе чрезвычайно важен оперативный учет оплаченных и неоплаченных документов в разрезе плательщиков. Банковскому сектору бухгалтерии такой учет не нужен, так как основной задачей этого сектора является обработка платежных документов с целью формирования бухгалтерских проводок и распределения сумм оплаты по балансовым счетам. В результате для обеспечения совпадения данных об оплате за некоторый период в финансовом отделе и банковском секторе бухгалтерии необходимо завести такой же подробный аналитический учет, как и финансовом отделе, что в условиях ручной, независимой друг от друга, обработки первичных документов представляет собой существенную дополнительную нагрузку на сотрудников общего отдела бухгалтерии.
Другим характерным примером является ситуация с отслеживанием поступления денежных средств от сторонних организаций за готовую продукцию, либо, наоборот, уплаты денег Компанией за поставляемое ей сырье или материалы. На уровне функциональных подразделений (УПТК, Коммерческий отдел), непосредственно акцептующих счета по оплате сырья или материалов и фиксирующих факты отгрузки готовой продукции, аналитический учет ведется в разрезе контрагентов и конкретных договоров на поставку или отгрузку, причем, для этих служб чрезвычайно важно оперативное состояние баланса взаиморасчетов на текущий момент по каждому договору. Подразделения центральной бухгалтерии не имеют возможности вести аналитический учет на таком же уровне и с тем же качеством, так как, во-первых, для них не так существенно состояние баланса взаиморасчетов по конкретному договору, а важно общее состояние дебиторской и кредиторской задолженности по организации и, во-вторых, поскольку документы поступают в бухгалтерию неравномерно в течение отчетного периода, а порциями и обычно концентрируются к концу периода, задача оперативного учета в подразделениях бухгалтерии вообще теряет смысл.
Кроме того, первичные документы, передаваемые из функциональных подразделений в бухгалтерию, зачастую вообще не имеют уточняющих реквизитов (номеров счетов, платежных документов, договоров и т.д.), которые приходится получать путем выяснения по телефону и другим средствам связи.
Подобные недостатки могут быть устранены в единой интегрированной системе обработки данных, где будет исключена необходимость повторного ввода и обработки одних и тех же документов в различных службах, а введение дополнительных разрезов аналитического учета не будет связано с увеличением затрат ручного труда.
Однако и на этом пути есть существенные препятствия, вытекающие из сложившейся в Компании ситуации. Необходимым и важнейшим условием построения и внедрения единой интегрированной системы обработки данных является наличие во всех службах, существующих в едином процессе сбора и обработки информации, единой системы классификации и кодирования нормативно-справочной информации, регламентирующей объекты, по которым будет осуществляться группирование и обобщение информации.
При отсутствии такой системы, являющейся по существу единым языком общения различных служб и подразделений, единая система обработки данных невозможно. Другим важнейшим условием, определяющим эффективность единой системы обработки данных, является введение на предприятии системы обобщенных показателей, характеризующих общую экономическую ситуацию на производстве (критериев эффективности работы завода) и обеспечивающих проведение на основе сбора данных по этим показателям качественного экономического анализа. После утверждения данных показателей необходимо подчинить деятельность всех служб и подразделений цели ведения аналитического и синтетического учета в разрезе данных показателей. К сожалению, в настоящее время в Компании отсутствует единая система нормативно-справочной информации, не осуществляется сбор информации в единых разрезах, характеризующих общую экономическую эффективность работы объединения.
Компания производит некоторые виды сырья и приобретает их у компаний-поставщиков. Основными процедурами являются:
- Поступление сырья от поставщиков;
- Прием менеджерами заказов от клиентов;
- Группировка заказов по подразделениям;
- Выполнение заказов и поступление их на склад готовой продукции;
- Отправка заказов;
В отделе поставок находится информации о всевозможных видах сырья. Ведутся справочники по сырью и по поставщикам. Осуществляется закупка необходимых сырьевых компонентов у поставщиков, сырьё отправляется на склад, со склада поступают в цеха и подразделения по производству продукции, готовый продукт поступает на склад готовой продукции. База данных позволяет вводить и выводить данные по компонентам, добавлять записи по новым наименованиям, удалять компоненты, корректировать данные, кодам, ценам, количеству. Схема информационных потоков предполагает наличие четырех участников:
поставщика - предоставляет информацию о ценах и условиях поставок в отдел сбыта; с ним заключается договор на поставку товаров;
склада сырья и готовой продукции;
производственные отделы;
финансовый отдел.
Основной задачей управления является координация деятельности подразделений для наиболее эффективного их использования по решению стратегических, тактических и текущих задач предприятия. Этому должен способствовать не только профессионализм, но и широкая информационная поддержка анализа состояния и тенденций развития. Управление бизнес-процессами требует комплексного рассмотрения как внешних, так и внутренних факторов, к которым могут относиться: неопределенность среды, обострение конкуренции, постоянно меняющаяся правовая среда и другие. Поэтому для эффективного решения описанных задач, необходимо внедрение информационной системы управления, которая бы не только обеспечивала информацией о текущем состоянии дел, но и координировала работу подразделений предприятия, а также позволяла прогнозировать последствия тех или иных изменений.
В работе рассмотрен процесс производства. Основные процессы информационной системы:
– информирование заказчиков;
– ведение нормативно-справочной информации;
– организация удобства ввода, вывода, просмотра поступающего товара;
– выбор поставщиков;
– создание необходимой вторичной выходной информации.
2.2 Изучение задач управления
Проект разрабатывается с целью построения бизнес-модели предприятия «АНХК». Организационно-функциональная схема которого представлена на рисунке 21.
Производя сбор и хранение информационных массивов, на ЭВМ необходимо упорядочить информацию по различным признакам, с целью обеспечения возможности быстрого поиска нужной информации. Большое значение при этом приобретает структурирование данных (это введение соглашений о представлении и отображении данных).
Служащие могут легко понять и узнать, какие данные имеются в их распоряжении, доступ к данным должен быть простым, исключающий возможные ошибки; БД может увеличиваться и изменяться без нарушения имеющихся способов использования данных; пользователь БД может обращаться с самыми различными запросами по поводу хранимых в ней данных.
2.3 Описание входной информации
Если рассматривать хранимую информацию с точки зрения поставок, то можно выделить несколько её составляющих:
1. информация о поставщиках предполагается хранение информации о действующих в настоящее время поставщиках, наименование фирмы поставщика, юридический адрес телефон;
2. информация о поставках, сведения о том какой конкретно товар поставили, сведения о качестве этого товара, дату поставки;
3. информация об оплате;
4. информация об остатках товара на складе, какой товар находится на складе, какого производителя, в каком количестве.
Пользователями перечисленной информации являются директор, начальник отдела сбыта, маркетолог, начальник финансового отдела, бухгалтер и клиент.
При оформлении заказа у поставщиков заводится запись в таблице «Учет клиентов» в неё вноситься информация о клиенте. К документам предметной области можно отнести так же информацию о продукции предприятия, сформированную в виде отчетов и предложенную для ознакомления клиенту.
2.5 Описание выходной информации
Выходная информация представляется двумя видами:
1. в виде отчетов, которые создаются на основе требуемых запросов, по базе данных. Их цель - предоставление наглядной информации. Они могут быть не только представлены в ПК, но и распечатаны для удобства выбора;
2. в виде запросов, которые создаются в соответствиями с информационными требованиями;
3. в виде форм, предназначенных для ведения нормативно-справочной информации
В результате анализа деятельности и структуры предприятия, были сформированы достаточно цельные и систематизированные знания области исследования, которые в дальнейшем будут реализованы в построении диаграмм бизнес процесса. Анализ проблем автоматизации показал, что на предприятии не существует единой корпоративной информационной системы, не существует и единого банка данных.
3. Алгоритм функционирования системы моделирования и его описание
3.1 Информационный анализ процессов и создание контекстной диаграммы
Наиболее удобным языком моделирования бизнес-процессов является IDEF0, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и называвшийся первоначально SADT - Structured Analysis and Design Technique. (Подробно методология SADT излагается в книге Дэвида А. Марка и Клемента Мак-Гоуэна «Методология структурного анализа и проектирования SADT» (М.:Метатехнология, 1993.) В начале 70-х годов вооруженные силы США применили подмножество SADT, касающееся моделирования процессов, для реализации проектов в рамках программы ICAM (Integrated Computer-Aided Manufacturing). В дальнейшем это подмножество SADT было принято в качестве федерального стандарта США под наименованием IDEF0.
В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.
Моделируемая система рассматривается как произвольное подмножество Вселенной. Произвольное потому, что, во-первых, мы сами умозрительно определяем, будет ли некий объект компонентом системы, или мы будем его рассматривать как внешнее воздействие, и, во-вторых, оно зависит от точки зрения на систему. Система имеет границу, которая отделяет ее от остальной Вселенной. Взаимодействие системы с окружающим миром описывается как вход (нечто, что перерабатывается системой), выход (результат деятельности системы), управление (стратегии и процедуры, под управлением которых производится работа) и механизм (ресурсы, необходимые для проведения работы). Находясь под управлением, система преобразует входы в выходы, используя механизмы.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т.е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, мы должны определить, что мы будем в дальнейшем рассматривать как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будет существенно влиять позиция, с которой рассматривается система, и цель моделирования - вопросы, на которые построенная модель должна дать ответ, другими словами, первоначально необходимо определить область (Scope) моделирования.
Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в течение моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования и когда должна быть закончена модель.
При формулировании области необходимо учитывать два компонента - широту и глубину. Широта подразумевает определение границ модели - мы определяем, что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком Уровне детализации модель является завершенной. При определении глубины системы необходимо не забывать об ограничениях времени - трудоемкость построения модели растет в геометрической прогрессии от глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему; поскольку все объекты модели взаимосвязаны, внесение нового объекта может быть не просто арифметической добавкой, но в состоянии изменить существующие взаимосвязи. Внесение таких изменений в готовую модель является, как правило, очень трудоемким процессом (так называемая проблема «плавающей области»).
Цель моделирования (Purpose). Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на следующие вопросы:
- Почему этот процесс должен быть замоделирован?
- Что должна показывать модель?
Формулировка цели позволяет команде аналитиков сфокусировать усилия в нужном направлении. Примерами формулирования цели могут быть следующие утверждения: «Идентифицировать и определить текущие проблемы, сделать возможным анализ потенциальных улучшений», «Идентифицировать роли и ответственность служащих для написания должностных инструкций», «Описать функциональность предприятия с целью написания спецификаций информационной системы» и т.д.
Точка зрения (Viewpoint). Хотя при построении модели учитываются мнения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Очевидно, что описание работы предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом. Часто при выборе точки зрения на модель важно задокументировать дополнительные альтернативные точки зрения. Для этой цели обычно используют диаграммы FEO (For Exposition Only), которые будут рассмотрены в дальнейшем.
IDEFO-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. Для внесения области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт меню Model/Model Properties, вызывающий диалог Model Properties. Во вкладку Purpose следует внести цель и точку зрения, а во вкладку Definition - определение модели и описание области.
Основными процедурами производства являются:
- Приём заказов менеджерами от клиентов;
- Группировка заказов;
- Производство заказанной продукции;
- Отгрузка продукции заказчику.
При выполнении работ используется бухгалтерская система, обеспечивающая выполнение заказа, формирование счета и отслеживание платежей по счетам.
На представлена Контекстная диаграммы. Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции.
3.2 Создание диаграмм декомпозиций
После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и т.д., до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводятся сеансы экспертизы - эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие модели реальным бизнес-процессам на любом уровне модели. Синтаксис описания системы в целом и каждого ее фрагмента одинаков во всей модели.
Диаграммы для экспозиции (FEO) строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения либо для специальных целей.
Диаграммы декомпозиции содержат родственные работы, т.е. дочерние работы, имеющие общую родительскую работу. Для создания диаграммы декомпозиции следует щелкнуть по кнопке +. Возникает диалог Activity Box Count, в котором следует указать нотацию новой диаграммы и количество работ на ней. Остановимся пока на нотации IDEF0 и щелкнем на ОК. Появляется диаграмма декомпозиции. Допустимый интервал числа работ 2-8. Декомпозировать работу на одну работу не имеет смысла: диаграммы с количеством работ более восьми получаются перенасыщенными и плохо читаются. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от 3 до 6 блоков на одной диаграмме.
Если оказывается, что количество работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке SsM на палитре инструментов, а затем по свободному месту на диаграмме.
Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему (рис. 23).
Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу располагается самая важная работа или работа, выполняемая по времени первой. Далее вправо вниз располагаются менее важные или выполняемые позже работы. Такое расположение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ.
Каждая из работ на диаграмме декомпозиции может быть, в свою очередь декомпозирована. На диаграмме декомпозиции работы нумеруются автоматически слева направо. Номер работы показывается в правом нижнем углу. В левом верхнем углу изображается небольшая диагональная черта, которая показывает, что данная работа не была декомпозирована.
Взаимодействие работ с внешним миром и между собой описывается в виде стрелок. Стрелки представляют собой некую информацию и именуются существительными В IDEFO различают пять типов стрелок:
Вход (Input) - материал или информация, которые используются или преобразуются работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется как входящая в левую грань работы. При описании технологических процессов (для этого и был придуман IDEF0) не возникает проблем определения входов.
Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. «Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой. Если цель работы изменить процедуру или стратегию, то такая процедура или стратегия будет для работы входом. В случае возникновения неопределенности в статусе стрелки (управление или контроль) рекомендуется рисовать стрелку управления.
Выход (Output) - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы. Механизм (Mechanism) - ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т.д. Стрелка механизма рисуется как входящая в нижнюю грань работы.
Вызов (Call) - специальная стрелка, указывающая на другую модель работы. Стрелка механизма рисуется как исходящая из нижней грани работы. Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы. В BPwin стрелки вызова используются в механизме слияния и разделения моделей.
Граничные стрелки. Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у работы, и наоборот. Такие стрелки называются граничными.
ICOM-коды. Диаграмма декомпозиции предназначена для детализации работы (рис. 25). В отличие от моделей, отображающих структуру организации, работа на диаграмме верхнего уровня в IDEF0 - это не элемент управления нижестоящими работами. Работы нижнего уровня - это то же самое, что и работы верхнего уровня, но в более детальном изложении. Как следствие этого границы работы верхнего уровня - это то же самое, что и границы диаграммы декомпозиции.
BPwin вносит ICOM-коды автоматически. Для отображения ICOM-кодов следует включить опцию ICOM codes на вкладке Display диалога Model Properties (меню Model/Model Properties).
Словарь стрелок редактируется при помощи специального редактора Arrow Dictionary, в котором определяется стрелка и вносится относящийся к ней комментарий.
Словарь стрелок решает очень важную задачу. Содержимое словаря стрелок можно распечатать в виде отчета (меню Tools/Reports/Arrow Report) и получить тем самым толковый словарь терминов предметной области, использующихся в модели.
Диаграммы создаются аналитиком для того, чтобы провести сеанс экспертизы, т.е. обсудить Диаграмму со специалистом предметной области. В любой предметной области формируется профессиональный жаргон, причем очень часто жаргонные выражения имеют нечеткий смысл и воспринимаются разными специалистами по-разному. В то вынужден употреблять те выражения, которые наиболее понятны экспертам. Поскольку формальные определения часто сложны, восприятия, аналитик вынужден употреблять профессиональный жаргон, а, чтобы не возникло неоднозначных трактовок, в словаре стрелок каждому понятию можно дать расширенное и, если это необходимо, формальное определение.
ICOM (аббревиатура от Input, Control, Output и Mechanism) - коды, предназначенные для идентификации граничных стрелок. Код ICOM содержит префикс, соответствующий типу стрелки (I, С, О или М), и порядковый номер.
3.3Создание диаграммы дерева узлов и диаграммы FEO
Диаграмма дерева узлов показывает иерархическую зависимость работ, но не взаимосвязи между работами. Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно с корня.
Процесс создания модели работ является итерационным, следовательно, работы могут менять свое расположение в дереве узлов многократно, чтобы не запутаться и проверить способ декомпозиции, следует после каждого изменения создавать диаграмму дерева узлов. Впрочем, BPwin имеет мощный инструмент навигации по модели - Model Explorer, который позволяет представить иерархию работ и диаграмм в удобном и компактном виде, однако этот инструмент не является составляющей стандарта IDEF0.
Для создания диаграммы дерева узлов следует выбрать в меню пункт Diagram/Add Node Tree (рис. 29).
Создадим диаграмму дерева узлов модели
Возникает эксперт создания диаграммы дерева узлов Node Tree Wizard. В первом диалоге эксперта необходимо внести имя диаграммы дерева узлов, узел верхнего уровня и глубину дерева - Number of Levels (по умолчанию 3). Поскольку дерево узлов не обязательно в качестве верхнего уровня должна иметь контекстную работу и иметь произвольную глубину.
В одной модели можно создавать множество диаграмм деревьев узлов. Имя дерева узлов по умолчанию совпадает с именем работы верхнего уровня, а номер диаграммы автоматически генерируется как номер узла верхнего уровя плюс литера «N», например A0N. Если в модели создается два дерева узлов, имеющих в качестве верхнего уровня одну и ту же работу, то по умолчанию диаграммы получат идентичные номер и имя. Поэтому рекомендуется при создании диаграммы дерева узлов внести имя диаграммы, отличное от значения по умолчанию (рис. 29).
Выполним модификацию дерева узлов, щелкнув правой кнопкой мышки по свободному пространству в диаграмме и вызовем контекстное меню с командами редактирования (рис. 30).
Следующим шагом создадим диаграмму FEO (Diagram-Add-FEO)
Диаграммы «только для экспозиции» (FEO) часто используются в модели для иллюстрации других точек зрения, для отображения отдельных деталей, которые не поддерживаются явно синтаксисом IDEF0. Диаграммы FEO позволяют нарушить любое синтаксическое правило, поскольку, по сути, являются просто картинками - копиями стандартных диаграмм и не включаются в анализ синтаксиса. Например, работа на диаграмме FEO может не иметь стрелок управления и выхода.
С целью обсуждения определенных аспектов модели с экспертом предметной области может быть создана диаграмма только с одной работой и одной стрелкой, поскольку стандартная диаграмма декомпозиции содержит множество деталей, не относящихся к теме обсуждения и дезориентирующих эксперта. Но если FEO используется для иллюстрации альтернативных точек зрения (альтернативный контекст), рекомендуется все-таки придерживаться синтаксиса IDEF0. Для создания диаграммы FEO следует выбрать пункт меню Diagram/Add FEO Diagram. В возникающем диалоге Add New FEO Diagram следует указать имя диаграммы FEO и тип родительской диаграммы.
Новая диаграмма получает номер, который генерируется автоматически, на рисунке 33 отображен номер родительской диаграммы по узлу + постфикс F, A0F.
В практической части диплома была рассмотрена конкретная технология разработки, основанная на решениях создания бизнес-модели предприятия. Было выбрано средство BPwin, поддерживающее методологию IDEF0 и DFD. В результате проведенных исследований выяснено, что методология IDEF0 позволяет построить иерархическую систему диаграмм-единичных описаний фрагментов системы. Алгоритм функционирования следующий: сначала производится описание системы и её взаимодействия с окружающим миром (контекстная диаграмма), после чего производится функциональная декомпозиция.-система разбивается на более мелкие- и так далее, до достижения нужной степени подробности.
Заключение
Любой производственный проект начинается с планирования. Планирование - это процесс разработки и последующего контроля за ходом реализации плана и его корректировки в соответствии с изменяющимися условиями, т.е. планирование - это процесс обработки информации по обоснованию предстоящих действий, определение экономически эффективных способов достижения цели. Для достижения наибольшего экономического эффекта предприятие должно использовать такие методы производства, которые являются эффективными, как с технологической стороны, так и с экономической точки зрения. Важными факторами также будет эффективное распределение ресурсов, система цен, эффективность и другие.
В результате анализа деятельности и структуры предприятия «АНХК», были сформированы достаточно цельные и систематизированные знания в области исследования, которые в дальнейшем будут реализованы в построении диаграмм бизнес процесса.
Анализ проблем автоматизации показал, что на предприятии не существует единой корпоративной информационной системы, не существует и единого банка данных, что порождает несогласованность и не оперативность в работе подразделений.
Предприятию рекомендуется, используя инструментальную среду моделирования, выполнить проектирование АИС, разработать единый банк информации, использовать для работы распределенные системы обработки информации. А так же использовать технологии оптимального календарного планирования по кварталам, месяцам.
На примере конкретного предприятия выполнено построение моделей бизнес процессов, рассмотрено существующее положение дел в изучаемой области, произведен детальный анализ алгоритмов построения бизнес процессов средствами инструментальной среды BPwin.
Сделаны следующие выводы:
1. реализацию крупных проектов следует разбивать на стадии анализа проектирования, непосредственного кодирования, тестирования и сопровождения;
2. крупный проект невозможно реализовать в одиночку;
3. жизненный цикл ИС равен примерно 2 годам, столько же требуется времени на разработку ИС, для создания крупной информационной системы жизненно необходим инструмент, который бы значительно уменьшал время разработки ИС;
4. так как жизненный цикл довольно продолжителен и существует возможность получить на последней стадии продукт, который будет не совсем удовлетворять новым требованиям, жизненно необходима инструментальная среда способная быстро приспособится к изменившимся требованиям установлено, что таким требованиям вполне удовлетворяет среда BPwin, такие модели представляют информационные потребности в удобном и наглядном для восприятия виде, что делает их хорошим средством коммуникации между проектировщиками и пользователями в процессе уточнения постановки задач. Любой разработчик заинтересован, чтобы описание концептуальной модели было использовано для создания спецификаций, описывающих структуру и основные компоненты будущей системы. Полученные в BPwin компоненты системы могут быть преобразованы в реальные объекты базы данных, экранные формы и отчеты.
Целью дипломной работы являлось изучение проблем совершенствования информационного обеспечения управления организацией, построение модели основных бизнес процессов на предприятии. В результате выполнения дипломной работы, поставленные цели и задачи выполнены.
Список литературы
1. О недрах: федеральный закон РФ от 21.02.1992 г. №2395-1 (ред. от 29.06.2004 г.) [электронный ресурс] // Консультант Плюс. Версия Проф.
2. Армяков М. Русские Инвесторы / М. Армяков // Экономика России: ХХI век. - 2002. - №2. - С. 7-10.
3. Анисимов В.В. 50 лет успешной вахты. Научно-технические достижения и передовой опыт / В.В. Анисимов // Нефтепереработка и нефтехимия. - 2003. - №8. - С. 3-4.
4. Батюнин В.А. Снижение энергозатрат - путь к повышению эффективности производства / В.А. Батюнин, В.Ю. Абрамов // Нефтепереработка и нефтехимия. - 2003. - №8. - С. 52-53.
5. Безруков А.А. Аппетитные соседи / А.А. Безруков // Нефтегазовая отрасль. - 2004. - №7. - С. 23-24.
6. Белобородов К.Г. Экспортировать бензин станет дороже / К.Г. Белобородов // Коммерсант. - 2004. - №194. - С. 6-7.
7. Беспалов Ю.А. О закрытии ряда химических производств ОАО «Ангарская нефтехимическая компания» / Ю.А. Беспалов // Время. - 2001. - 18 февр.
8. Бирюков Н.Н. Бизнес и нефть / Н.Н. Бирюков // БИКИ. - 2001. - №2. - С. 39.
9. Воеводин Г.А. Нефть и Россия: планы на будущее / Г.А. Воеводин // Ведомости. - 2004. - №32. - С. 9.
10. Воронина Н.В. Мировой рынок нефти: тенденции развития и особенности ценообразования / Воронина Н.В. // Практический маркетинг. - 2003. - №10. - С. 12-18.
11. Вяземский О.В. Сколько стоит наше будущее / О.В. Вяземский // Ведомости. - 2004. - №37. - С. 12.
12. Гаврилова Н.А. Итоги деятельности ОАО «АНХК» / Н.А. Гаврилова // Восточно-Сибирская правда. - 2004. - №87. - С. 8.
13. Дэниел О'Лири ERP системы. Современное планирование и управление ресурсами предприятия. Выбор, внедрение, эксплуатация М.: ООО «Вершина», 2004. - 272 с, [Пер. с англ. Ю.И. Водопьяновой
14. Меняев М.Ф Информационные технологии управления: Книга 3: Системы управления организацией М.: Омега-Л, 2003. - 464 с
15. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие М.: Гелиос АРВ, 2002. - 368 с., ил
16. Б.Н. Гайфуллин, И.А. ОбуховАвтоматизированные системы управления предприятиями стандарта ERP/MRPII. Производственное издание М. «Богородский печатник», 2001, 104 с
17. Петров В. Н Информационные системы СПб.: Питер, 2002. - 688 с
18. IEEE Standard Glossary of Software Engineering Terminology IEEE Std 610.12-1990
19. Вигерс Карл Разработка требований к программному обеспечению Пер, с англ. - М.:Издательско-торговый дом «Русская Редакция», 2004. -576 с.: ил
20. Леффингуелл Д., Уидриг ДПринципы работы с требованиями к программному обеспечению М.: ИД «Вильямс», 2002
21. Алистер Коберн Современные методы описания функциональных требований к системам М.: издательство «Лори», 2002. - 263 с
22. Мацяшек Лешек Анализ требований и проектирование систем. Разработка информационных Пер. с англ. - М.: Издательский дом «Вильямс», 2002. - 432 с.: ил. - Парал. тит. Англ
23. Орлик С., Булуй Ю Введение в программную инженерию и управление жизненным циклом ПО Программная инженерия. Программные требованияCopyright © Сергей Орлик, 2004-2005
24. IEEE Guide to the Software Engineering Body of Knowledge(1) - SWEBOK®, 2004
25. ГОСТ Р ИСО/МЭК 12207/99. Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем Издание официальное. - М., 1999
26. Каменова, Громов Моделирование бизнеса. Методология ARIS М.: Весть-МетаТехнология, 2001
27. А. Якобсон, Г. Буч, Дж. Рамбо Унифицированный процесс разработки программного обеспечения СПб.: Питер, 2002. - 496 с
28. Э.В. Попов Искусственный интеллект: в 3 книгах, кн. 2. Модели и методы М.: Радио и связь. - 1990
29. Марка Д.А Методология структурного анализа и проектирования СПб.: Питер, 1995. - 235 с
30. Марка Д., МакГоуэн К Методология структурного анализа и проектирования М.: МетаТехнология, 1993
31. ГОСТ 34.601-90. Информационная технология. Автоматизированные системы. Стадии создания
32. Фаулер М, Скотт К UML в кратком изложении. Применение стандартного языка объектного моделирования Пер. с англ. - М.:Мир, 1999. - 191 с., ил
33. Алистер Коберн Современные методы описания функциональных требований к системам
34. Леоненков Самоучитель UML
35. Маклаков С.В Bpwin Erwin Case-средства разработки информационных систем Москва «ДиалогМифи» - 2000
36. ГОСТ 19.201-78 «Техническое задание, требования к содержанию и оформлению»
37. Соммервилл, Иан Инженерия программного обеспечения, 6-е издание Пер. с англ. - М.: Издательский дом «Вильямс», 2002. - 624 с.: ил. - Парал. тит. англ
38. Орлик С Программная инженерия. Качество программногообеспечения (Software Quality) Copyright © Сергей Орлик, 2004-2005
39. Калянов Г. Н Консалтинг при автоматизации предприятий: Научно-практическое издание Серия «Информатизация России на пороге XXI века». - М.: СИН-ТЕГ, 1997
40. Мальков А.С. Проект автоматизации финансово-хозяйственной деятельности ОАО «Ангарская нефтехимическая компания». - М.: 2002 г.
41. Галкин А.А. Дегтярь Р.М. Теория и практика оценки эффективности эксплуатации ERP системы. - М.: Корпоративный менеджмент. №7 2002 г.
42. Высочин С.Н., Фролов Е.Е. Управление цеховым складом, как элемент системы ресурсосберегающей организации производства. - М.: САПР и графика. №11, 2000 г.
43. Шебек С.С. Практика разработки корпоративных стандартов. - СПб: Планета КИС. 2000 г.
44. Шаракшанэ А.С., Халецкий А.К., Морозов И.А. Оценка характеристик сложных автоматизированных систем. - М., Машиностроение, 1993. - 272 с.
45. Чембровский О.А., Топчеев Ю.И., Самойлович Г.В. Общие принципы проектирования систем управления. - М., Машиностроение, 1972. -414 с.
46. Уайт О.У. Управление производством и материальными запасами в век ЭВМ. М.: Прогресс. 1978, C. 302. //Oliver W. Wight. Production and inventory management in the computer age. Macmillan of Canada, 1974
47. Компьютерные системы и сети: Учеб пособие / В.П. Косарев и др. / Под ред. В.П. Косарева и Л.В. Еремина. - М.: Финансы и статистики, 1999.
Подобные документы
Анализ деятельности предприятия и моделирование основных бизнес-процессов. Моделирование бизнес-процессов при помощи CASE-средства Rational Rose. Получение прибыли путем расширения рынка товаров и услуг. Бизнес-процесс "Заказ и закупка товара".
дипломная работа [1,2 M], добавлен 31.07.2012Моделирование бизнес-процессов как средство поиска путей оптимизации деятельности компании. Методология SADT (структурный анализ и проектирование), семейство стандартов IDEF и алгоритмические языки в основе методологий моделирования бизнес-процессов.
реферат [21,7 K], добавлен 14.12.2011Этапы разработка автоматизированной информационной системы предприятия. Среда бизнес моделирования BPwin. Разработка методологических подходов, предложений и указаний по планированию, организации и совершенствованию программного обеспечения организации.
дипломная работа [4,3 M], добавлен 05.07.2009Архитектура интегрированных информационных систем ARIS как методология моделирования бизнес-процессов, преимущества и недостатки использования. Выбор бизнес-процесса для моделирования и его содержательное описание, табличный формат его описания.
курсовая работа [2,2 M], добавлен 19.06.2015Создание модели бизнес-процессов "Распродажа" в ВPwin. Цели и правила распродажи. Прогнозирование бизнес-процессов ППП "Statistica". Методы анализа, моделирования, прогноза деятельности в предметной области "Распродажа", изучение ППП VIP Enterprise.
курсовая работа [2,4 M], добавлен 18.02.2012Бизнес-процесс — целенаправленная последовательность исполнения функций, направленная на создание результата, имеющего ценность для потребителя. Сравнительный анализ методологий процессного моделирования. Анализ разрывов в информационных носителях.
дипломная работа [1,5 M], добавлен 17.06.2017Моделирование регламента Центра сертификации ключей ЗАО "Инфраструктура открытых ключей" с учётом требований безопасности. Основные определения и понятия моделирования процессов. Функции программно-технического комплекса центра. Атрибуты безопасности.
дипломная работа [563,4 K], добавлен 20.03.2012Разработка языка для моделирования реальных бизнес-процессов в рамках "Студии компетентностных деловых игр". Использование DSM-платформа MetaEdit+. Составление требований к разрабатываемому языку программирования. Правила разработки метамодели языка.
курсовая работа [1,6 M], добавлен 05.10.2014Сущность, значение и методика проведения моделирования бизнес-процессов. История развития методологий моделирования. Систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме для аналитической обработки полученной информации.
реферат [409,3 K], добавлен 29.04.2009Анализ основных недостатков организации бизнес и информационных процессов. Спецификация и обоснование нефункциональных требований. Календарно-ресурсное планирование проекта, анализ бюджетных ограничений и рисков. Обеспечение информационной безопасности.
курсовая работа [711,6 K], добавлен 29.08.2014