Історичний опис систем

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

Историческое описание системы включает два вида описания: генетическое и прогностическое.

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

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

16. Системне дослідження, задачі. Структура системи, потоки, процеси

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

Структура:

- потоки во взаимодействии - процессы во взаимодействии

Процессы - последовательность смены явлений или состояний в развитии чего-либо, обычно представляется на основе отношений графических моделе (теория графов, сетей Петри) либо на основереляционнойбд.

Типы потоков:

- энергетические - материальные - информационные - финансовые - людские

17. Наведіть основні можливості, функції та дані, що характеризують інтерфейс пакету візуального моделювання BPWin

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

Головне вікно, що відкривається за замовчуванням при запуску BPwin, містить наступні елементи палітра інструментів (вибір панелі інструментів залежить від обраної нотації):

1. Інформаційний рядок, що містить назву продукту й кнопки мінімізації, відновлення й закриття додатку.

2. Рядок меню. Компоненти цього рядка відповідають додатку Windows і забезпечують доступ до всіх функцій BPwin.

3. Панель інструментів "Стандартна". На панелі інструментів "Стандартна" знаходяться кнопки, що забезпечують швидкий запуск часто виконуваних задач. При вказівці на кнопку поруч із нею з'являється підказка з найменуванням кнопки.

4. Панель інструментів BPWIN залежно від обраної методології створення діаграм в головному вікні BPwin можуть бути показані інструменти:

- для моделей згідно методології IDEF 0,

- для моделей згідно методології DFD,

- для моделей по методології IDEF.

5. Панель інструментів Model Mart. Кнопки на панелі інструментів ModelMart застосовуються для організації групової роботи й зв'язаних задач.

6. Навігатор моделі Model Explorer.

7. Графічне поле. Якщо на екрані відображається навігатор, то графічне поле розташоване в правій частині головного вікна BPwin. При відсутності браузера графічне поле є повною областю вікна. У цій області створюються й редагуються діаграми BPwin. Подвійне клацання по графічній області відкриває вікно властивостей для поточної діаграми.

8. Кнопка перекладу Model Explorer у режимі Activity.

9. Кнопка перекладу Model Explorer у режимі Diagram Tree.

10. Кнопка перекладу Model Explorer у режимі Object Tree.

11. Статусний рядок. Представляє інформацію про основні опції меню й кнопки панелей інструментів.

18. Поняття моделі. Модель як об’єкт.

Модель – некий объект,кот. в опр. условиях заменяет оригинал,воспроизведя его свойства,данныеи характеристики. При этоммодель,загубляя некоторые свойства, кот. Обычнорассматривает как несущественные,имеет явноепреимущество перед оригиналом.

U=A0 E cos(wt+ “фи”), где A0 – амплитуда, W – круговаячастота, “фи” – нач фаза

Модель – объектно-ориентрованное свойство реального мира

Модель – абстрактное представление о реальной системе (объекте), кот. Позволяет уменьшить свойство неопределеннсти

19. Співвідношення моделі та оригіналу (об’єкта моделювання) у системному аналізі

Модель – некий объект,кот. в опр. условиях заменяет оригинал,воспроизведя его свойства,данныеи характеристики. При этоммодель,загубляя некоторые свойства, кот. Обычнорассматривает как несущественные,имеет явноепреимущество перед оригиналом.

U=A0 E cos(wt+ “фи”) где, A0 – амплитуда, W – круговаячастота, “фи” – нач фаза

20. Основні підходи до моделювання. Принципи моделювання

- модель – объектно-ориентрованное свойство реального мира

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

- принцыпы осуществленности (можемпостроить модеель, с помощью кот. мы можем НИЧЕГО НЕ ПОЛУЧИТЬ, что является неправильным и что нужно предусмотреть)

- принцип множественности (множество свойтсв)

- принцип параметризации

- принцип дополнения модели (описываются условия при которых эта модель низкого уровня подходит к формальным системам)

21. Технології моделювання IDEF0. Основні положення

IDEF0 - методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматривается логические отношения между работами. Так же отображаются все сигналы управления, которые на DFD (Диаграмме Потоков Данных) не отображались. Данная модель является одной из самых прогрессивных моделей и используется при организации бизнес проектов и проектов, основанных на моделировании всех процессов как административных, так и организационных

Методологія IDEF0 пропонує побудову ієрархічної системи діаграм - одиничних описів фрагментів системи. Спочатку проводиться опис системи в цілому і її взаємодії з навколишнім світом (контекстна діаграма), після чого проводиться функціональна декомпозиція - система розбивається на підсистеми й кожну підсистему описується окремо (діаграми декомпозиції). Потім кожна підсистема розбивається на більше дрібні й так далі до досягнення потрібного ступеня деталізації.

Кожна IDEF0-діаграма містить блоки й дуги. Блоки зображують функції системи, що моделюється. Дуги зв'язують блоки разом і відображають взаємодії й взаємозв'язки між ними.

Функціональні блоки (роботи) на діаграмах зображуються прямокутниками, що означають пойменовані процеси, функції або задачі, які відбуваються протягом певного часу й мають розпізнавані результати. Ім'я роботи повинне бути виражене віддієслівним іменником, що позначає дію.

IDEF0 вимагає, щоб у діаграмі було не менш трьох і не більше шести блоків.

Кожна сторона блоку має особливе, цілком певне призначення. Ліва сторона блоку призначена для входів, верхня - для керування, права - для виходів, нижня - для механізмів.

Блоки в IDEF0 розміщаються по ступені важливості, як її розуміє автор діаграми. Цей відносний порядок називається домінуванням. Домінування розуміється як вплив, що один блок робить на інші блоки діаграми

Взаємодія робіт із зовнішнім світом і між собою описується у вигляді стрілок, які зображуються одинарними лініями зі стрілками на кінцях. Стрілки являють собою якусь інформацію й іменуються іменниками.

В IDEF0 розрізняють п'ять типів стрілок: вхід, керування, вихід, механізм, виклик - спеціальна стрілка, що вказує на іншу модель роботи.

У методології IDEF0 потрібно тільки п'ять типів взаємодій між блоками для опису їхніх відносин: вхід, керування, зворотний зв'язок по входу, зворотний зв'язок по керуванню, вихід-механізм.

В IDEF0 дуга рідко зображує один об'єкт. Звичайно вона символізує набір об'єктів. Тому що дуги представляють набори об'єктів, вони можуть мати множину початкових джерел і кінцевих призначень. Тому дуги можуть розгалужуватися й з'єднуватися різними способами. Вся дуга або її частина може виходити з одного або декількох блоків і закінчуватися в одному або декількох блоках.

22. Комплекс технічних рішень з використанням технологій IDEF0.

Нотація IDEF0 (Integration Definition for Function Modeling) може бути використана для моделювання широкого класу систем. Для нових систем застосування IDEF0 має своєю метою визначення вимог і вироблення функціональних вказівок для наступної розробки системи, що відповідає поставленим вимогам і реалізує виділеним функціям. Стосовно до вже існуючих систем IDEF0 може бути використана для аналізу функцій, які виконуються системою й відображення механізмів цих функцій. Результатом застосування IDEF0 до деякої системи є модель цієї системи, що складається з ієрархічно впорядкованого набору діаграм, тексту документації й словників, зв'язаних один з одним за допомогою перехресних посилань.

23. Проблеми розробки ПО та шляхи їх розв’язання (Rational Unified Process - (RUP)

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

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

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

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

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

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

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

RUP описывает, как эффективно применять коммерчески обоснованные и практически опробованные подходы к разработке ПО для коллективов разработчиков, где каждый из членов получает преимущества от использования передового опыта в:

- итерационной разработке ПО; - управлении требованиями;

- использовании компонентной архитектуры; - визуальном моделировании;

- тестировании качества ПО; - контроле за изменениями в ПО.

RUP организует работу над проектом в терминах последовательности действий (workflows), продуктов деятельности, исполнителей и других статических аспектов процесса, с одной стороны, и в терминах циклов, фаз, итераций и временных отметок завершения определенных этапов в создании ПО (milestones), т.е. в терминах динамических аспектов процесса - с другой.

24. Складність та декомпозиція програмних систем.

Сложность – мера качества системы. Декомпозиция – снижение сложности систем

Сложности:

Сюда можно поместить график с линиями и пораболами.

O(n) – линейная зависимость, где n – размерность задачи,выражается как количество операций на решение задачи,либо количество секунд нарешениезадачи

O(n^2), O(n^3) – в узких пределах, O(a^n) – p-сложная задача

NP-сложная задача – задача комбинаторики чисьтого подбора

Все выше приведенное-сходимость задачи

Сложности:

1.Композиция(некая интеграция множестваподсистем блоков) равнозначна с декомпозицией (разбивка на множество блоков подсистем)

При декомпозиции должно быть:внеш ->min, внутр->max

2. Взаимодействие между подсистемами должно кладыватьсявминимум стандартного времени

3.Каждая подсистема должна обладать интерфейсом:

Человек-человек, Машина-машина

4.Интерфейс позволяет строить системуболее высокого уровня

25. Правила та способи декомпозиції. Робочі потоки

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

Правила декомпозиции:

1. при разбиении:

IS(внеш.)->min, IS(внутр.)->max

IS – взаимодействие

2. время взаимодействия должно укладываться в стандарт формы f*n, n-некоторое число

Способы декомпозиции:

- структурный или функционально-модульный принцип

- объектно-ориентированный принцип

Рабочие потоки – определяют набор артефактов(мн-ва вещественных событий,кот реализуются искусственно,т.е. человеком)

В состав каждойитерации входят все рабочие потоки:

- сбор требований - анализ - вычислительные процессы - тестирование

Рабочие потоки системы имеют следующее содержимое:

- сбор требований

- анализ и преобразование требований к системе,выделение классов,объектов,кот. Относятся к ПО

- проэктирование реализация,создание ститического(системы,эскизное представление) + динамическое(необходимаяпривязка ко времени) представление

- реализация – построение программного кода

- тестирование {A(оп)}={A(ср)}

26. Види моделей. Їх призначення та особливості.

Виды моделей:

- абстрактные маематические модели (абстракт. построение,отображение бизнесс процессов,кот. явл. основным построением системы)

- иммитационные модели (не являются неопределенными,а относятся к вероятным слабоопределнным процессам); имеют ограниченное применение

- модель области применения (модель окружения системы)

- модель прецендентов использования(определяет множество требований к системе)

- проэктная модель(отображает множество словаврных соглашений определений,требований,кот. Определяют систему)

- модель анализа – интерпретирует требования к реальной системе

- модель размещения-определяет аппаратное окружение,в кот. позиционируется система

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

- модель процессов определяет параллелизм системы,механизмы синхронизации в распределенных системах.Сущ. синхронныеи асинхронные системы

- тестовая модель

27. Технічні артефакти

- набор требований описывающих, какие действия будет выполнять система (модель определения, размещения, анализа)

- набор проектирования определяет,как должна быть спроектирована система

- набор реализаций – описывает гонки подгонки и все то,что связано с построением реальной системы

- набор размещения – определяет условия установки упаковки, сохранного размещения, документация

28. Побудова та уточнення інформаційної моделі.

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

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

Информационная модель — формальная модель ограниченного набора фактов, понятий или инструкций, предназначенная для удовлетворения конкретному требованию

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

Дата добавления: 2017-02-01; Просмотров: 123; Нарушение авторских прав?; Мы поможем в написании вашей работы!