перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

Работы, связанные с бизнес-анализом и бизнес-моделированием до недавнего времени были не популярны у проектировщиков ИС

Сложнее – с решением второго вопроса. На сегодня существуют и имеют примеры успешного применения десятки и сотни различных методологий (процессов), среди наиболее известных – MSF, RUP, Oracle PJM, XP, FDD, SCRUM, PSP, Crystal, DSDM. Методологии подразделяются на 3 «волны»: каскадные (исторически первые), прогнозирующие (например, RUP) и «быстрые» (agile), вошедшие в широкую практику на рубеже тысячелетий [4.3].

Описания методологий существенно разняться объемом (от десятков до тысяч страниц текста), наборами базовых работ и рабочих квалификаций, акцентами (работа с моделями, управление рисками, построение команды и пр.). Но авторы их описаний обычно сходятся в одном: лучшая из методологий, которой нужно следовать, чтобы добиться успеха – именно та, которую предлагает (описывает, рекламирует) автор. Редким исключением являются работы А. Коберна, автора группы методологий Crystal, где он предлагает брать за основу не «самый лучший» из процессов, а тот, который, во-первых, наилучшим образом соответствует проектной задаче, а во вторых – команде, которая будет его реализовывать. В [24.3] вводится несколько метрик, позволяющих частично формализовать процесс подбора методологии.

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

выработать общее понимание между Заказчиком и Разработчиком;

определить рамки проекта;

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

обезопасить Заказчика от риска получить продукт, в котором он не сможет работать,

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

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

Один из ключевых вопросов, позволяющих оценить результативность процесса – что является выходом (результатом) процесса. В чем результат АТ? Результатом рабочего потока «анализ требований» является набор артефактов. Это могут быть текстовые документы, модели UML, либо других языков моделирования, прототипы программного обеспечения.

Проанализируем другой важный вопрос – какие цели преследует процесс. RUP предлагает следующие цели для потока работ АТ:

добиться одинакового понимания с заказчиком и пользователями о том, что должна делать система;

дать разработчикам наилучшее понимание требований к системе;

определить границы системы;

определить интерфейс пользователя и системы.

Выдвинутые цели отражены в рис. 2

Рис. 2. Контекст технологической операции проектирования

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

1.2 Функциональное моделирование бизнес-процессов

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

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

скачать бесплатно Моделирование основных бизнес-процессов предприятия

Содержание дипломной работы

Такими данными является информация о реальном ходе технологических процессов, расходе материалов и, сырья, выпуске готовой продукции и многих других факторах» [17, 18]
Тема дипломной работы «Построение модели основных бизнес процессов на предприятии», является, несомненно, актуальной, так как задача такого типа решается на любом предприятии
Уровни требований связаны, с одной стороны, с уровнем абстракции системы, с другой – с уровнем управления на предприятии
В вопросы организации входит упорядочение работ во времени, интерфейсы между ними, параллелизм, работа с рисками и многое другое
Работы, связанные с бизнес-анализом и бизнес-моделированием до недавнего времени были не популярны у проектировщиков ИС
Не обладая моделью АПО, мы, конечно, можем создать модель АТ
Определяет структуру организации – иерархию подразделений, должностей и конкретных лиц, многообразие связей между ними, а также территориальную привязку структурных подразделений
Работы нижнего уровня – это то же самое, что работа верхнего уровня, но в более детальном изложении
На уровне контекстной диаграммы это может быть управляющий предприятия, на уровне первой декомпозиции – начальник отдела и т
Модель AS-IS позволяет выяснить, «что мы делаем сегодня» перед тем, как перепрыгнуть на то, «что мы будем делать завтра»
Работа изображается в виде прямоугольников, данные – в виде стрелок
Нефтеперерабатывающий завод В составе НПЗ 3 установки по первичной переработке, 7 установок по вторичной переработке нефти
Завод имеет общую базу для проведения научно-исследовательских и опытных работ в области переработки и нефтехимии
База данных позволяет вводить и выводить данные по компонентам, добавлять записи по новым наименованиям, удалять компоненты, корректировать данные, кодам, ценам, количеству
Анализ проблем автоматизации показал, что на предприятии не существует единой корпоративной информационной системы, не существует и единого банка данных
Часто при выборе точки зрения на модель важно задокументировать дополнительные альтернативные точки зрения
Согласно этому принципу расположения в левом верхнем углу располагается самая важная работа или работа, выполняемая по времени первой
Если цель работы изменить процедуру или стратегию, то такая процедура или стратегия будет для работы входом
Поэтому рекомендуется при создании диаграммы дерева узлов внести имя диаграммы, отличное от значения по умолчанию (рис
Алгоритм функционирования следующий: сначала производится описание системы и её взаимодействия с окружающим миром (контекстная диаграмма), после чего производится функциональная декомпозиция
 Анисимов // Нефтепереработка и нефтехимия
Ф Информационные технологии управления: Книга 3: Системы управления организацией М
Автоматизированные системы
Для работы с ПМК достаточно одного работника, имеющего достаточный минимум знаний об объекте проектирования и некоторый опыт работы на персональном компьютере в среде Windows
Для работы с ПМК достаточно одного работника, имеющего достаточный минимум знаний об объекте проектирования и некоторый опыт работы на персональном компьютере в среде Windows