1. Система як об’єкт дослідження

Система - объект или процесс, в котором элементы-участники связаны некоторыми связями и отношениями

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

• многокритериальность

• асинхронность ожидаемых решений

• процессы слабо- или неформализованные

наличие оптимальных решений, т.е решений, кот. исп. min ресурсов и времени в конкретных условиях

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

Большая система - система, решающая сложные задачи на основе системного подхода.

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

• п ринцип многоплановости совойств(линейное/нелинейное программирование)

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

• принцип иерархичности

• принцип разнопорядковости свойств

• принцип динамичности ,реализованный на всех этапах жизненного цикла

Свойства системы:

• каждая система является особенной относительно каждой среды

• открытость(система должна контактировать с ОС)

• структурированность\(система должна являться совокупностью связей,частейи времени)

• динамичность(развитие системы; характерны параметрывремени и пространства)

• энерджментность - мера сложности системы (сумма свойств системы не равна сумме свойств компонент системы)

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

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

• подчиненность системы поставленным целям

2. Компонент	Позначення
   Потік даних
   Процес (робота)
   Сховище
   Зовнішня сутність

   Методологія та особливості проектування систем, що орієнтовані на використання знань

Методология KADS (Knowledge Acquisition and Documentation Structuring), в основе которой лежит понятие интерпретационной модели, позволяющей процессы извлечения, структурирования и формализации знаний рассматривать как "интерпретацию" лингвистических знаний в другие представления и структуры. Результатом анализа является концептуальная модель, состоящая из четырех уровней (уровня области - уровня вывода - уровня задачи - стратегического уровня), которая затем вводится в пространство проектирования и преобразуется в трехуровневую модель проектирования.

Анализ используемых технологий разработки программного обеспечения показал, что наиболее совершенная и прогрессивная технология это клиент-сервер, с использованием возможности WEB/database.

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

3. Сформулюйте, що являють собою діаграми потоків даних?

Диаграммы потоков данных (Data Flow Diagrams) представляют сеть связанных между собой работ. Их удобно использовать для описания документооборота и обработки информации. Для построения диаграмм DFD в BPwin используется нотация Гейна-Сарсона (таблица 1)

Білет № 3

1. Класифікація систем. Життєвий цикл систем.

Классификацию систем можно осуществить по разным критериям. Проводить ее жестко - невозможно, она зависит от цели и ресурсов. Приведем основные способы классификации (возможны и другие критерии классификации систем).

По отношению системы к окружающей среде:

• открытые (есть обмен ресурсами с окружающей средой);

• закрытые (нет обмена ресурсами с окружающей средой).

По происхождению системы (элементов, связей, подсистем):

• искусственные (орудия, механизмы, машины, автоматы, роботы и т.д.);

• естественные (живые, неживые, экологические, социальные и т.д.);

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

• смешанные (экономические, биотехнические, организационные и т.д.).

По описанию переменных системы:

• с качественными переменными (имеющие лишь содержательное описание);

• с количественными переменными (имеющие дискретно или непрерывно описываемые количественным образом переменные);

• смешанного (количественно-качественное) описания.

По типу описания закона (законов) функционирования системы:

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

• не параметризованные (закон не описан; описываем с помощью хотя бы неизвестных параметров; известны лишь некоторые априорные свойства закона);

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

• типа "Белый (прозрачный) ящик" (полностью известен закон).

По способу управления системой (в системе):

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

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

• с комбинированным управлением (автоматические, полуавтоматические, автоматизированные, организационные).

Жизненный цикл С можно представить как ряд событий, происходящих с системой в процессе ее создания и использования.

В простейшем варианте набор этапов жизненного цикла таков:

• анализ требований;

• проектирование (предварительное и детальное);

• кодирование и отладка ("программирование");

• тестирование;

• эксплуатация и сопровождение.

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

• Разработка требований

• Проектирование

• Реализация

• Тестирование

• Ввод в действие

В соответствии с базовым международным стандартом ISO/IEC 12207 все процессы ЖЦ ПО делятся на три группы:

1. Основные процессы:

* приобретение;

* поставка;

* разработка;

* эксплуатация;

* сопровождение.

2. Вспомогательные процессы:

* документирование;

* управление конфигурацией;

* обеспечение качества;

* разрешение проблем;

* аудит;

* аттестация;

* совместная оценка;

* верификация.

3. Организационные процессы:

* создание инфраструктуры;

* управление;

* обучение;

* усовершенствование.

Стадии создания систем (Табл 2.2)

2. Методологія та особливості системного аналізу при прийнятті рішень в знання орієнтованих система

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

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