Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
госы-ответы-2012[beta.1].doc
Скачиваний:
27
Добавлен:
29.04.2019
Размер:
4.65 Mб
Скачать

11. Разработка и принятие управленческих решений. Метод анализа иерархии

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

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

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

Таким образом, в МАИ основная цель исследования и все факторы, в той или иной степени влияющие на достижение цели, распределяются по уровням в зависимости от степени и характера влияния.

На первом уровне иерархии всегда находится одна вершина – цель проводимого исследования. Второй уровень иерархии составляют факторы, непосредственно влияющие на достижение цели. При этом каждый фактор представляется в строящейся иерархии вершиной, соединенной с вершиной 1-го уровня. Третий уровень составляют факторы, от которых зависят вершины 2-го уровня. И так далее. Этот процесс построения иерархии продолжается до тех, пока в иерархию не включены все основные факторы или хотя бы для одного из факторов последнего уровня невозможно непосредственно получить необходимую информацию. По окончании построения иерархии для каждой материнской вершины проводится оценка весовых коэффициентов, определяющих степень ее зависимости от влияющих на нее вершин более низкого уровня. При этом используется метод попарных сравнений.

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

12. Моделирование деятельности организации – единый стандарт отображения информации. Методологии анализа и проектирования информационных систем организации. Общие принципы и классификация структурных методологий. Примеры.

Информационное моделирование предметной области

Технологии, ориентированные на информационное моделирование, сначала специфицируют данные, а затем описывают процессы, использующие эти данные.

1. Первоначально проводится информационный анализ бизнес –областей,

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

3. проводится системное проектирование функций обработки

4. детальное конструирование процедур обработки данных.

Информационные модели имеют различные уровни представления:

информационно – логическая модель, не зависящая от средств программной реализации хранения и обработки данных, отражающая интегрированные структуры данных предметной области (концептуальная модель по терминологии Лукиной М.В.);

даталогические модели, ориентированные на среду хранения и обработки данных (логическая и физическая модель по терминологии Лукиной М.В.).

Объектно – ориентированная технология разработки АИС.

Объектно – ориентированная технология разработки АИС объединяет данные и процессы в логические сущности – объекты, которые имеют способность наследовать характеристики (методы и данные) одного или более объектов, обеспечивая тем самым повторное использование программного кода. Это приводит к значительному уменьшению затрат, повышает эффективность и сокращает длительность фазы разработки системы.

В процессе объектно – ориентированного анализа:

  • осуществляется идентификация объектов и их свойств;

  • устанавливается перечень операций (методов обработки), выполняемых над каждым объектом, в зависимости от его состояния (события);

  • определяются связи между объектами для образования классов;

  • устанавливаются требования к интерфейсу с объектами.

Выделено четыре этапа объектно – ориентированного проектирования:

  • разработка диаграммы аппаратных средств системы обработки данных, показывающей процессоры, внешние устройства, вычислительные сети и их соединения;

  • разработка структуры классов, описывающих связь между классами и объектами;

  • разработка диаграмм объектов, показывающих взаимосвязи с другими объектами;

  • разработка внутренней структуры модулей программных продуктов.

Структурное проектирование

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

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

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

  • каждый черный ящик должен реализовывать единственную функцию системы;

  • функция каждого черного ящика должна быть легко понимаема независимо от сложности ее реализации

  • связь между черными ящиками должна вводится только при наличии связи между соответствующими функциями системы (например, размер заработной платы требуется для расчета налогов, значит, следует установить связь между ящиком расчета зарплаты и ящиком расчета налогов);

  • связи между черными ящиками должны быть простыми, для обеспечения независимости между ними.

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

В структурном подходе к анализу и проектированию используются в основном две группы средств, описывающих структуру системы и отношения между данными. Каждой группе соответствуют определенные виды моделей (диаграмм), наиболее распространенными из которых являются:

  • DFD (DataFlowDiagrams) – диаграммы потоков данных;

  • SADT (StructuredAnalysisandDesignTechnique) – модели и соответствующие функциональные диаграммы;

  • ERD (Entity-Relationship Diagrams) – диаграммы «сущность-связь».

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

На стадии формирования требований SADT-модели и DFD используются, как правило, для моделирования бизнес – процессов (SADT- модели используются только на этой стадии). С помощью ERD выполняется описание данных на концептуальном уровне, не зависимом от средств реализации баз данных (СУБД). На стадии анализа и проектирования DFD используются для описания структуры проектируемой системы, при этом они могут уточняться, расширяться и дополняться новыми конструкциями. Аналогично ERD уточняются и дополняются новыми конструкциями, описывающими представление данных на логическом уровне, пригодном для последующей генерации схемы базы данных. Вышеперечисленные модели могут дополняться диаграммами, отражающими системную архитектуру, структурные схемы программ, иерархию экранных форм и меню и др. Состав диаграмм в каждом конкретном случае зависит от сложности системы и необходимой полноты ее описания.

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

  • потоки данных;

  • процесс преобразования входных потоков данных в выходные;

  • внешние источники;

  • получатели данных, а также файлы и БД, требуемые процессами для своих операций.

Главная цель такого представления – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявит связи между процессами.

Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информации. К подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям – потребителям информации. Основными компонентами диаграммы потоков данных являются: внешние сущности, системы и подсистемы, процессы, накопители данных, потоки данных.

Отметим, что DFD моделируют функции, которые система должна выполнять, но ничего (или почти ничего) не сообщают об отношениях между данными, а также о поведении системы в зависимости от времени – для этих целей методология использует диаграммы «сущность – связь» и диаграммы переходов состояний соответственно.

Диаграммы «сущность – связь» (ERD) обеспечивают стандартный способ определения данных и отношений между ними. Фактически с помощью ERD осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и способы их взаимодействия, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).

SАDT (StructuredAnalysisandDesignTechnique) – одна из самых известных методологий анализа и проектирования систем. С точки зрения SADT модель может основываться либо на функциях системы, либо на ее предметах (планах, данных, оборудовании, информации и т.д.). Соответствующие модели принято называть активностными моделями и моделями данных.

Активностная модель представляет с нужной степенью подробности систему активностей, которые в свою очередь отражают свои взаимоотношения через предметы системы.

Модель SADT объединяет и организует диаграммы в иерархические древовидные структуры, при этом, чем выше уровень диаграммы, тем менее она детализирована. В состав диаграммы входят блоки, изображающие активности моделируемой системы, и дуги, связывающие блоки вместе и изображающие взаимодействие и взаимосвязи блоков.

Каждая сторона блока имеет особое назначение:

  • левая сторона предназначена для ВХОДОВ;

  • верхняя сторона – для УПРАВЛЕНИЯ;

  • правая – для ВЫХОДОВ;

  • нижняя – для ИСПОЛНИТЕЛЕЙ(механизмов).

Такое обозначение отражает определенные принципы активности: ВХОДЫ преобразуются в ВЫХОДЫ, УПРАВЛЕНИЕ ограничивают или предписывают условия выполнения, ИСПОЛНИТЕЛИ описывают, за счет чего выполняются преобразования.