Васючкова Т.С. Теория систем и структурный подход к моделированию - файл n1.doc

Васючкова Т.С. Теория систем и структурный подход к моделированию
Скачать все файлы (695.2 kb.)

Доступные файлы (2):
n1.doc303kb.05.12.2012 15:02скачать
n2.doc1002kb.05.12.2012 15:12скачать

n1.doc

1   2   3   4
Раздел 1.5. Концептуальные основы методологии структурного анализа и проектирования SADT


Структурный анализ является методологической разновидностью системного анализа [12]. Концептуально в основе структурного анализа лежит выявление структуры в системе – как относительно устойчивой совокупности отношений, признания методологического примата отношений над элементами в системе.

Примечание. Вспомним знаменитую фразу «Глокая куздра штеко будланула бокра и курдячит бокренка». Каждый ее элемент непонятен, но смысл фразы достаточно ясен – некое одушевленное существо женского рода (причем весьма неприятное) сделало какой-то агрессивный выпад (действие быстрое, сильное) в отношении существа мужского рода и в настоящий момент делает что-то нехорошее-длительное с детенышем существа мужского рода. Причем мы имеем все основания предположить, что Бокр без сознания или физически не может защитить своего ребенка. Перед нами забавный и поучительный пример того, что связи в системе могут быть важнее (в определенном отношении), чем ее элементы. Синтаксис, семантика и прагматика языка, по правилам которых составлено предложение, задают структуру (связи его элементов), а также позволяют придать смысл всему предложению.
Структурным анализом называется метод исследования системы (сопровождаемый построением серии моделей), который начинается с ее общего обзора и затем детализируется, приобретая нисходящую иерархическую структуру с все большим числом уровней. Здесь и далее существенно используется материал, точные и удачные формулировки работ Г.Н. Калянова [13, 15]. Для таких методов характерно


Цель структурного анализа заключается в преобразовании общих, расплывчатых знаний о предметной области в точные модели, описывающие различные аспекты рассмотрения моделируемого объекта или явления.
Все методологии структурного анализа базируются на ряде общих принципов, составляющих основы инженерии программного обеспечения. Как будет видно ниже, многие из этих принципов являются базовыми правилами моделирования и в других областях знания.
Первым является принцип «разделяй и властвуй» - трудная проблема разбивается на множество меньших независимых задач (частей), легких для понимания и решения. Части - это те самые черные ящики, о которых говорилось выше. Пользователю не важно знать, КАК работает черный ящик. Важно знать, ЧТО он делает, его функцию.

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

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



Важнейшей характеристикой структурной методологии является порядок построения модели. Есть функционально-ориентированные и информационно-ориентированные методологии.
Методология SADT (Structured Analysis and Design Technique) - одна из самых известных методологий анализа и проектирования систем, введенная в 1973 г. Д. Россом (D. Ross). Она успешно использовалась в военных и коммерческих организациях для решения широкого круга задач, таких как программное обеспечение телефонных сетей, системная поддержка и диагностика, долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, конфигурация компьютерных систем, управление финансами и материально-техническим снабжением и др. Данная методология широко поддерживается министерством обороны США, которое было инициатором разработки стандарта IDEF0 как подмножества SADT .
С точки зрения SADT модель может основываться либо на функциях системы, либо на ее предметах (планах, данных, оборудования, информации и т. д.). Традиционный функционально-ориентированный подход регламентирует первичность проектирования функциональных компонентов по отношению к проектированию структур данных - требования к данным раскрываются через функциональные требования. При информационно-ориентированном подходе вход и выход являются наиболее важными – структуры данных определяются первыми, а процедурные компоненты являются производными от данных.
При моделировании бизнеса, производства, управления производством исторически использовался функциональный подход. Во времена первых АСУ (автоматизированных систем управления) объектно-ориентированный подход еще не появился. В наши дни предпочтительное использование функционального моделирования задач предприятия связано с тем, что современное предприятие рассматривается в процессной парадигме – как совокупность взаимодействующих бизнес-процессов и бизнес-правил.

Неспециалисты в программировании – руководители производства, технологи, плановики и пр. – интуитивно лучше понимают процессные (функциональные) модели предприятия, поскольку руководство воспринимает деятельность предприятия в понятиях технологий, должностных инструкций и бизнес-процессов. Информационная модель предприятия, как правило, содержит несколько сотен объектов, а функциональная иерархическая модель может содержать десятки тысяч объектов. Подтверждением первичности функциональной модели является тот факт, что на Западе, где различные методики реорганизации применяются уже длительное время, большинство методологий являются функционально-ориентированными.
В методологии SADT система описывается в трех измерениях

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

Подчеркнем, что этот уровень описывает только логику функционирования – ЧТО должна делать система без привязки к реализации этой логики

Отвечает на вопрос - ЧТО должна делать система, какие

действия/функции должна выполнять.



  1. аппаратное обеспечение – станки, оборудование, приборы, вычислительные машины и сети и пр.

  2. Программное обеспечение – программы и программные комплексы, специализированные информационные системы управления предприятием

  3. Руководящие документы – инструкции, стандарты, нормативы, приказы руководителей, технологии и пр.

  4. Персонал – все работники/сотрудники, действующие в соответствии с руководящими документами



Отвечает на вопрос - КАК, какими средствами и силами

будет практически осуществляться функционирование

системы.
Воплощение этих идей реализуется в конкретных технологиях и инструментах. Практика их применения описывается ниже.




1   2   3   4
Учебный текст
© perviydoc.ru
При копировании укажите ссылку.
обратиться к администрации