Краткие сведения о методологиях2.1.1 Система проектирования SADT
При разработке любой информационной системы прежде необходимо провести анализ и изучить автоматизируемый процесс. Так же необходимо смоделировать и определить пути модернизации и реализации методов, которые будут применены в информационной системе. Необходимо выявить процессы, требующие автоматизации. Автоматизация любой сферы деятельности возможна с помощью создания информационных систем и моделировании процессов, подходящих под необходимую специфику предприятия. Наиболее удобным языком моделирования процессов является методология SADT - методология структурного анализа и проектирования, предложенная более 20 лет назад Дугласом Россом и опробована на практике в период с 1969 по 1973 г. SADT - это способ функционального моделирования разработан на базе методологии структурного анализа систем, в основе которой лежала идея декомпозиции («Разбеения») основных процессов деятельности на составляющие. SADT-МЕТОДОЛОГИЯ – совокупность методов, правил и процедур, предназначенных для построения функциональной структуры сложных иерархических систем в виде модели, которая должна дать ответ на некоторые заранее определенные вопросы. В основе этого метода моделирования систем лежит описание системы, создаваемого с помощью естественного языка, позволяющего свободно описать функционирование моделируемой системы. На основе графических средств SADT/IDEF0 дескриптивное описание системы снабжается изображением ее модели, которое практически полностью устраняет возможную неоднозначность семантического описания. SADT - это методология, разработанная специально для того, чтобы облегчить описание и понимание искусственной системы средней сложности и ее среды до определения требований к программному обеспечению или к чему-либо другому. 1. SA-блоки, на основе которых создается иерархическая многоуровневая модульная система, каждый уровень которой представляет собой законченную систему (блок), поддерживаемую и контролируемую системой (блоком), находящейся над ней. 2. Декомпозиция. Использование этой концепции позволяет разделить каждый блок, понимаемый как единое целое, на свои составляющие, описываемые на более детальной диаграмме. Процесс декомпозиции проводится до достижения нужного уровня подробности описания. Диаграмма ограничивается 3-6 блоками для того, чтобы детализация осуществлялась постепенно. Вместо одной громоздкой модели используется несколько небольших взаимосвязанных моделей, значения которых взаимно дополняют друг друга, делая понятной структуризацию сложного объекта.
Применение SADT методологии основано на формализованном процессе создания системы, при разбиении его на следующие фазы: · анализ - определение того, что система будет делать; · проектирование - определение подсистем и их взаимодействие; · реализация - разработка подсистем по отдельности; · объединение - соединение подсистем в единое целое; · тестирование - проверка работы системы; · установка - введение системы в действие; · функционирование - использование системы. Обычно SADT-методология применяется на ранних этапах жизненного цикла информационной системы. 2.1.2 Методологии моделирования DFD DFD - это стандарт моделирования, в котором система представляется в виде сети работ, соединенных между собой объектами, взаимодействующими с результатами данных работ. Сфера применения DFD находится в области моделирования информационных потоков организации. В этой нотации моделируется не последовательность работ, а именно потоки информации (данных) между работами и объектами, которые используют, хранят или "рождают" эти данные. В соответствии с DFD (Data Flow Diagram) методологией, модель системы определяется как иерархия диаграмм потоков данных, описывающих процессы преобразования информации от момента ее ввода в систему до выдачи конечному пользователю. Диаграммы верхних уровней иерархии - контекстные диаграммы, задают границы модели, определяя её окружение (внешние входы и выходы) и основные рассматриваемые процессы. Контекстные диаграммы детализируются при помощи диаграмм следующих уровней. Основными элементами потоков данных являются: · внешние сущности; · процессы; · накопители данных; · потоки данных. Потоки данных между работами в DFD возможны не только опосредованно, через хранилища данных, но и непосредственно между работами, если данные не поступают сначала в хранилище. Нотации IDEF0, IDEF3 и DFD могут быть последовательно использованы при все более и более глубокой проработке модели организации, завершающим этапом которой может быть детальное описание бизнес-процессов и информационной системы организации.
|
