Учебники к курсу
Выводы по методологии функционального моделирования
Совокупность схем (IDEF0-диаграмм) образует модель системы. Эта модель носит качественный, описательный, декларативный характер. Она принципиально не может ответить на вопросы о том, как протекают процессы во времени и в пространстве, каковы их характеристики, и в какой мере удовлетворяются требования, предъявляемые к системе. Все эти вопросы с неизбежностью возникают после того, как достигнут нижний уровень декомпозиции.
В этом случае рекомендуется переходить к другим моделям – математическим, имитационным моделям и др.
По терминологии, принятой в исследовании операций, IDEF0 – модели относятся к классу концептуальных. Концептуальные модели являются основой построения математических моделей.
Для моделирования динамических процессов в зарубежной практике используется методология IDEF2, которая не стандартизована в нашей стране.
- Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем Интернет-университет информационных технологий - ИНТУИТ.ру, 2008.
- Данилин А., Слюсаренко А. Архитектура и стратегия. "Инь" и "янь" информационных технологий Интернет-университет информационных технологий - ИНТУИТ.ру, 2005.
Список литературы
- Вендров А.М. Проектирование программного обеспечения экономических информационных систем М: «Финансы и статистика», 2000.
- Проектирование информационных систем М: «КомпьютерПресс», №9, 2001.
- Колтунова Е. Требования к информационной системе и модели жизненного цикла.
- Автоматизированные Системы Стадии создания. ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы ИПК издательство стандартов. 1997.
- ISO/IEC 12207:1995.
- Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. М.: ДМК, 2000.
- Thiele D. Life cycle management using life cycle process standards. Abstract.
- Козленко Л. Проектирование информационных систем.
- Clegg, Dai and Richard Barker Case Method Fast-track: A RAD Approach Adison-Wesley, 1994.
- Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем М.: Финансы и статистика, 2002.
- Построение и совершенствование систем управления.
- Елиферов В.Г., Репин В.В. Бизнес-процессы: регламентация и управление М.: ИНФРА-М, 2004.
- Основы организационного бизнеса (01.2002, Эмитент. Существенные факторы, события, действия).
- Кондратьев В.В., Краснова В.Б. Модульная программа для менеджеров. Реструктуризация управления компанией М.: Инфра-М, 2000.
- Калянов Г.Н. Теория и практика реорганизации бизнес-процессов М.: СИНТЕГ, 2000.
- Калянов Г.Н. Структурный системный анализ М.: Лори, 1996.
- Калянов Г.Н. Структурный системный анализ М.: Лори, 1997.
- Марка Д.А., МакГоуэн К. SADT — методология структурного анализа и проектирования М.: Метатехнология, 1993.
- Маклаков С.В. Создание информационных систем с AllFusion Modelling Suite М.: Диалог-МИФИ, 2003.
- Черемных С.В., Ручкин В.С., Семенов И.О. Структурный анализ систем. IDEF-технологии М.: Финансы и статистика, 2001.
- Смирнова Г.Н.,Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. Учебник М.: «Финансы и статистика», 2002.
- ГОСТ 6.01.1-87 Единая система классификации и кодирования технико-экономической информации М.: Изд. стандартов, 1987.
- Маклаков С.В. Создание информационных систем с AllFusion Modelling Suite М.: Диалог-МИФИ, 2003.
- Буч Г. Объектно-ориентированное проектирование с примерами применения М.: Конкорд, 1992.
- Нейбург Э. Д., Максимчук Р.А. Проектирование баз данных с помощью UML М.: Издательский дом «Вильямс», 2002.
ПРИЛОЖЕНИЕ 1.
Постановка задачи
Постановка задачи – это описание задачи по определенным правилам, которое дает исчерпывающее представление о ее сущности, логике преобразования информации для получения результат. На основе постановки задачи программист должен представить логику ее решения и рекомендовать стандартные программные средства, пригодные для ее реализации.
Постановка задачи выполняется в соответствии со следующим планом:
Организационно-экономическая сущность задачи:
- наименование задачи, место ее решения;
- цель решения;
- назначение (для каких объектов подразделений и пользователей предназначена);
- периодичность решения и требования к срокам решения;
- источники и способы поступления данных;
- потребители результатной информации и способы ее отправки;
- информационная связь с другими задачами.
Описание исходной (входной) информации:
- перечень исходной информации;
- формы представления (документ) по каждой позиции перечня; примеры заполнения документов;
- количество документов (информации) в единицу времени, количество строк в документе (массиве);
- описание структурных единиц информации (каждого элемента данных, реквизита);
- точное и полное наименование, идентификатор, максимальная разрядность в знаках;
- способы контроля исходных данных:
- контроль разрядности реквизита;
- контроль интервала значений реквизита;
- контроль соответствия списку значений;
- балансовый или расчетный метод контроля количественных значений реквизитов;
- метод контроля с помощью контрольных сумм и любые другие возможные способы контроля.
Описание используемой условно-постоянной информации:
- перечень условно-постоянной информации (классификаторов, справочников, таблиц, списков с указанием их полных наименование);
- формы представления;
- описание структурных единиц информации (по аналогии с исходными записями);
- способы взаимодействия с переменной информацией.
Описание результатной (выходной) информации:
- перечень результатной информации;
- формы представления (печатная сводка, видеограмма, машинный носитель и его макет и т.д.);
- периодичность и сроки представления;
- количество документов (информации) в единицу времени, количество строк в документе (массиве);
- перечень пользователей результатной информацией (подразделение и персонал);
- перечень регламентной и запросной информации;
- описание структурных единиц информации (каждого элемента данных, реквизита) по аналогии с исходными данными;
- способы контроля результатной информации:
- контроль разрядности;
- контроль интервала значений реквизита;
- контроль соответствия списку значений;
- балансовый или расчетный метод контроля отдельных показателей;
- метод контроля с помощью контрольных сумм и любые другие возможные способы контроля.
Примечание. Для каждого вида входной и выходной информации дается описание всех элементов информации, участвующих в автоматизированной обработке. Описание строится в виде таблицы, в которой присутствуют: наименование элемента информации (реквизита), его идентификатор и максимальная разрядность.
Наименование реквизита должно соответствовать документу или вытекать из него.
Идентификатор - условное обозначение, с помощью которого можно оперировать значением реквизита, сокращенное наименование реквизита.
Разрядность реквизита указывается количеством знаков (алфавитных, цифровых и алфавитно-цифровых).
Описание алгоритма решения задачи (последовательности действий и логики решения задачи):
- описание способов формирования результатной информации с указанием последовательности выполнения логических и арифметических действий;
- описание связей между частями, операциями, формулами алгоритма;
- требования к порядку расположения (сортировке) ключевых (главных) признаков в выходных документах, видеограммах, например по возрастанию значений табельных номеров;
- алгоритм должен учитывать общий и все частные случаи решения задачи.
Примечание. При описании алгоритма следует использовать условные обозначения (идентификаторы) реквизитов, присвоенные при описании исходной и результатной информации; допускается текстовое описание алгоритма. Необходимо предусмотреть контроль вычислений на отдельных этапах, операциях выполнения алгоритма. При этом указываются контрольные соотношения, которые позволяют выявить ошибки.
ПРИЛОЖЕНИЕ 2.
Инструментальная среда BPwin
BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели — Model Explorer (рис. П2.1).
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель (рис. П2.2).
Как было указано выше, BPwin поддерживает три методологии — IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно диаграммы как IDEF0, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую.
Рис. П2.1. Интегрированная среда разработки модели BPwin
Рис. П2.2. Диалог создания модели
Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные — в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.