Файл: Методические указания.doc

Желательны ссылки на торговые марки и копирайты, в том числе с официальными графическими логотипами. Например,

«Использовалось следующее программное обеспечение:

Microsoft® Office Visio® Professional 2003
Visual Paradigm® 7.2 Standard Edition 2010
Computer Association® AllFusion Process Modeler® 4.1 2002

6. Дополнительная информация о логике организации и реализации проекта (для случаев соавторства в проектировании).

Рекомендуется описать личный вклад автора в решении выбранной проблемы.

7. Результаты и положения, выносимые на защиту.

Желательно в формате двух – четырех тезисов обобщить наиболее важные и интересные результаты ВКР, которые будут акцентированы во время публичной защиты. Например, «Посредством моделирования основных бизнес-процессов ОАО «Комилюкс» получена функциональная модель to-be, которая может быть положена в основу управления предприятием».

Глава 1. Анализ предметной области (анализ объекта исследования).

Название глав не должно носить общий характер. Например, обобщенное название «Анализ предметной области» не является удачным. Хорошее название должно конкретизировать объект, например – «Моделирование и проблемный анализ процессов снабжения ОАО «Комилюкс»».

Крайне желательна конкретика и в названиях всех остальных разделов и подразделов.

1. 1.1 Описание организации, являющейся объектом исследования ВКР.

• Миссия организации.

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

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

2. Говорить о перспективности предприятия, какими видами деятельности оно собирается заниматься и каков долгосрочный курс.

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

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

5. Информировать общество о политических установках.

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

• Организационная структура и система управления.

---

Организационная структура – это распределение ответственности, полномочий и взаимоотношений между работниками предприятия.

Как правило, наилучшим способом отображения организационной структуры является организационная диаграмма в виде многоуровневого дерева (графа). Рекомендуется использовать инструментарий MS Visio. Также можно использовать пакет AllFusion Modelling Suite в части AllFusion Process Modeler 7.1 (BPwin), Organization Charts.

О системе управления следует говорить, если на предприятии существует управленческий программный комплекс класса ERP, MRPII или CRM. В определенной степени задачам управления служат финансовые системы. В данном разделе рекомендуется перечислить программные продукты с указанием структур, которые участвуют в эксплуатации.

• Стратегия развития и бизнес-архитектура предприятия.

При описании стратегии рекомендуется использовать распространенные методики «послойного» анализа архитектур бизнеса и информационных технологий. Например, методологию Захмана:

Рис. . Модель архитектуры бизнеса Захмана (по Данилин, 2005)

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

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

• Состояние и стратегия развития информационных технологий (ИТ-архитектура).

При описании состояния ИТ на предприятии рекомендуется привести фактическую структуру корпоративной ИС или ее отдельных элементов, а также перечень используемых программных продуктов, технологий и т.д.

Если на предприятии имеется корпоративная информационная система управленческого класса (ERP, MRPII, CRM, например, SAP R/3 или 1С-Предприятие 8), то рекомендуется описать ее функциональность, особенности эксплуатации, проблемы, возникающие в связи с ее использованием.

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

• Функциональная модель и (или) процессная модель организации «AS-IS».

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

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

---

При анализе ситуации рекомендуется опираться на стандарты управления качеством (TQM, Total Quality Management). Оптимальными являются нотации SADT (IDEF0), SwimLane, IDEF3, диаграммы групп UML, ARIS, BPMN (Бабенко, 2010). Желательно при описании функциональности использовать объектный подход – нотации диаграммы классов и объектов (UML), а также составить детальную понятийную модель (тезаурус, онтологию).

• Модель потоков данных (информационные потоки, обеспечивающие бизнес-процессы и бизнес-функции организации «AS-IS»).

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

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

• Оценка уровня зрелости организации и процессов ее управления.

Рекомендуется определить уровни зрелости информационных систем на объекте в соответствие с моделью CMM (Capability Maturity Model) и с учетом технологии COBIT (Control Objectives for Information and related Technology).

При оценки зрелости организации в качестве шаблона рекомендуется использование модель Адезиса:

Рис. Модель жизненного цикла предприятия (по Адезис, 2007)

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

Возможны и альтернативные классификации. Например, многоуровневая классификация:

Уровень 1 —начальный («анархия»).

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

Уровень 2 — повторяемый («фольклор»).

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

---

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

Уровень 3 — определенный («стандарты»).

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

Для оперативного управления значительным потоком информации в режиме реального времени система должна позволять делать "моментальный снимок" состояния компании.

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

Уровень 4 — управляемый (измеряемый).

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

Уровень 5 — оптимизируемый.

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

• Проблемный анализ ключевых бизнес-процессов (анализ «узких мест») с точки зрения бизнес-целей организации.

«Узкие» места рекомендуется определять на основе анализа построенных функциональных моделей и моделей потоков данных на соответствие эталонной модели (использовать библиотеку лучших практик ITIL). При этом анализ рекомендуется проводить по следующим направлениям:

---

• анализ функциональной деятельности выбранной предметной области на соответствие лучшей бизнес-практике или эталонной модели (стандарты и модели MRP, ERP, CRM…);

• анализ функционального взаимодействия выбранной предметной области с внешними объектами на соответствие лучшей бизнес-практике или эталонной модели;

• анализ внутреннего документооборота выбранной предметной на соответствие лучшей бизнес-практике или эталонной модели;

• анализ информационных потоков и информационного взаимодействия с внешними объектами на соответствие лучшей бизнес-практике или эталонной модели;

• анализ информационной инфраструктуры выбранной предметной области и предприятия в целом на соответствие лучшей бизнес-практике или эталонной модели;

• анализ информационной обеспеченности бизнес-процессов и эффективности хранилищ данных корпоративного масштаба.

Информация для моделирования должна быть получена по методикам «выявления требований». При этом используются информационные источники:

• Техническая и бизнес-документация.

• Интервьюирование и анкетирование экспертов и ключевых специалистов.

• Наблюдение функционирования бизнес-процессов.

По результатам проблемного анализа определяются конкретные цели оптимизации (реинжиниринга). Рекомендуется построение целевых (to-be) моделей улучшенных процессов в любых нотациях (IDEF, UML, ARIS, BPMN).

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

Изучение специфики предметной области по литературным данным и по результатам поиска в интернете.

Данный подраздел особенно важен для ВКР, которые носят инновационный или исследовательский характер.

В подразделе суммируется имеющаяся информация по решению задач, аналогичных поставленным, другими исследователями и на других объектах, а также, при необходимости, проводится компилятивный теоретический анализ. Методологически рекомендуется базироваться на бенчмаркинговой библиотеке ITIL (Information Technologies Infrastructure Library).

Обоснование решения по направлению и технологии оптимизации бизнес-процессов.

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

Глава 2. Концептуальное обоснование проекта

2.1 Классы и характеристики пользователей

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

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

---