Создание моделей бизнес-процессов с использованием программного средства RAMUS

Введение

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

ПОДГОТОВКА К ЗАЩИТЕ

К защите на заседании Государственной аттестационной комиссии (ГАК) должны быть подготовлены демонстрационные плакаты в виде схем, рисунков, фотографий, таблиц, формул, числовых результатов. Они должны отражать основное содержание работы, т.е. решенные в работе задачи, а также основные выводы организационно—экономического характера. Линии, буквы, числа на плакатах должны быть хорошо видны с расстояния 5-6 метров, т.е. их высота должна быть не менее 2 см. соответственно ширина 1см. и толщина-2мм. Размер плаката должен быть 60x80 см (А-1)

В правом верхнем углу плаката ставят его номер, а в правом нижнем углу — «штамп» (см.приложение 4).

Не следует делать больше четырех плакатов, так как даже очень краткое объяснение содержания одного плаката занимает около минуты, тогда как полное время сообщения не превышает 10—15 минут.

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

Предварительная защита и защита на заседании ГАК требуют подготовки. Надо хорошо обдумать свое сообщение и добиться того, чтобы оно было кратким /5-7 минут/, ясным и отражало основное существо работы. Удачно составленные плакаты помогают ясному изложению и экономят время.

Во время защиты члены ГАК задают вопросы иногда и не по теме дипломной работы с целью выяснения общего уровня подготовки дипломника.

Ответы должны быть краткими, по существу дела и корректными. Не должно быть ответа: «Это я в своей работе не рассматривал(а)».

Приложение 1.

Письмо с организации о теме дипломной работы

Приложение 2.

Задание на дипломное проектирование.

Приложение 3.

Титульный лист

Приложение 4.

Угловой штамп

ГОУ ВПО	ЗАОЧНЫЙ ФАКУЛЬТЕТ	МИИГАиК
Название дипломной работы
Название плаката	№ плаката
Дипломник	Ф.,и.,о	подпись	дата
Руководитель	Ф.,и.,о	подпись	дата

18-20 см

ОГЛАВЛЕНИЕ

1. Общие положения 3

2. Оформление работы 5

3. Подготовка к защите 8

4. Приложения 10

Технология создания информационных систем (далее — ИС) предъявляет особые требования к методикам реализации и программным инструментальным средствам, а именно:

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

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

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

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

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

В настоящем пособии рассматривается САSЕ-средство верхнего уровня Ramus, поддерживающее методологии IDEF0 (функциональная модель) и DFD (Data Flow Diagram), предназначено для проведения анализа и реорганизации бизнес-процессов. Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, Ramus позволяет переключиться на любой ветви модели на нотацию DFD и создать смешанную модель. Нотация DFD включает такие понятия, как "внешняя сущность" и "хранилище данных", что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота.

На основе модели Ramus можно построить модель данных. Для построения модели данных можно использовать такие инструменты как DBDesigner Fork или WWW SQL Designer.

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

Дата добавления: 2017-01-14