Вы находитесь на странице: 1из 25

Лекция 1

Понятие предметной области, подсистем и информационных


объектов
Основные термины
• Информация – «сведения (сообщения, данные) независимо от формы их представления».
• Информационные технологии – «процессы, методы поиска, сбора, хранения, обработки,
предоставления, распространения информации и способы осуществления таких процессов и методов» .
• Информационная система – «совокупность содержащейся в базах данных информации и
обеспечивающих ее обработку информационных технологий и технических средств» .
• Проектирование информационных систем – это упорядоченная совокупность методологий и средств
создания или модернизации информационных систем.
• Управление информационными системами – «применение методов управления процессами
планирования, анализа, дизайна, создания, внедрения и эксплуатации информационной системы
организации для достижения ее целей».
• Жизненный цикл информационных системы – «развитие рассматриваемой системы во времени,
начиная от замысла и кончая списанием» .
• Модель жизненного цикла – «структурная основа процессов и действий, относящиеся к жизненному
циклу, которая служит в качестве общей ссылки для установления связей и взаимопонимания сторон» .
Основные термины
• Архитектура информационных систем – это концепция, определяющая модель,
структуру, выполняемые функции и взаимосвязь компонентов информационной
системы.
• Бизнес-процесс – это цепочка взаимосвязанных действий, направленных на
создание товарной продукции или услуги.
• Модель данных – это система организации данных и управления ими.
• Методология проектирования информационных систем – это совокупность
принципов проектирования (моделирования), выраженная в определенной
концепции.
• Средства моделирования – это программы описания и моделирования систем.
• Нотации – это определенные способы представления элементов информационной
системы.
Разработка программного обеспечение
Этапы жизненного цикла программного обеспечения:

Анализ Проектирование Реализация Тестирование Внедрение


Разработка программного обеспечение
Этапы жизненного цикла:
1. Анализ – определение потребностей клиента и специфики
предметной области;
2. Проектирование – логическая разработка спецификаций
программного продукта;
3. Реализация – физическая реализация логических спецификаций;
4. Тестирование – выявление не корректной работы программного
обеспечения;
5. Внедрение – передача программного продукта заказчику и
введение в эксплуатацию.
Что такое анализ?
Анализ предметной области – совокупность методик и правил,
направленных на получение максимальной информации о
требованиях клиента, специфики организации и области
применения.
Цели анализа
• Определение потребностей клиента;
• Определение функций программного продукта;
• Определение бизнес – процессов протекающих на предприятии;
• Проведение анализа и составление специфик существующего
программного продукта;
• Определение требований к эксплуатации программного продукта;
• Определение технико–экономических показателей;
• Определение методик разработки;
• Определение технологий разработки.
Задачи анализа
• Фиксация требований в установленной форме;
• Получение полноценной картины о разрабатываемом
программном продукте;
• Фиксирование и утверждение специфик программного продукта с
заказчиком;
• Выявление неточностей у существующих программных
обеспечений.
Предметная область
Предметная область – часть реального мира, которая подлежит изучению и дальнейшему
интерпретированию в базе данных.

Под предметной областью в частном случае понимают следующее: некоторое


предприятие, выполняющее ту или иную деятельность.
Примеры предметных областей:
• Учебное заведение;
• Автомобильный салон;
• Торговая точка;
• Банк;
• Государственное предприятие;
• Коммерческая организация и т.д.
Предметная область - > Подсистема
Каждая предметная область обладает рядом отделов, в задачи которых входит более узкие
функции позволяющие обеспечивать и поддерживать работоспособность предметной области.

В теории баз данных, данные отделы называются подсистемами.

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


задач.
Пример подсистем:
• Отдел кадров;
• Отдел бухгалтерии;
• Продажа товара;
• Учёт товара на складах;
• Обслуживание клиентов и т.д.
Подсистема - > Информационный объект
Подсистемы работают как единое целое, за счёт информационных объектов.

Информационный объект – часть подсистемы предметной области, который хранит и


передаёт информацию о том или ином объекте, событии, действии предметной области.
Примеры информационного объекта:
• Персонал;
• Должность;
• Оплата;
• Заказ;
• Накладная;
• Журнал событий и т.д.
Подсистема
Важно понимать:
• Подсистемы работают, как
единое целое;
Подсистема 1 Подсистема 2
• Каждая подсистема может
задействовать информацию из Предметная
другой подсистемы; область

• Множество информационных
Подсистема 3 Подсистема 4
объектов позволяют связывать
подсистемы между собой.
Информационный объект
Важно понимать:
• Информационные объекты не берутся из пустоты;
• Информационные объекты выявляются на уровне анализа
предметной области.

Информационные объекты обеспечивают работы подсистемы.

Вывод: Информационный объект обеспечивает работу всей


предметной области, за счёт наличия тех или иных подсистем.
От информационного объекта к
предметной области
• ИО 1 • ИО 2
• ИО 2 • ИО 4
• ИО 3 • ИО 5
• ИО 6

Подсистема 1 Подсистема 2

Подсистема 4 Подсистема 3

• ИО 5 • ИО 1
• ИО 7 • ИО 4
• ИО 8 • ИО 7
• ИО 8
Сбор информации о предметной области
Анализ, как и начало любого проекта – это сбор и обработка
информации о спецификах предметной области.
Виды сбора информации:
1. Устное – общение с заказчиком;
2. Документационное – внутренние документы, описывающие
предприятие;
3. Техническая документация – ранее разработанные на
программный продукт документы;
4. Интернет.
Методология SADT
SADT (Structured Analysis and Design Technique) – метод
структурного анализа и проектирования.

SADT – данная методология направлена на определение и


выявление:
• Основных функций проектируемой программной системы;
• Составные части программной системы;
• Позволяет в виде функциональной диаграммы отображать
взаимосвязанные функции.
Методология SADT - > IDEF 0
На основе методологии SADT была разработана методология:
IDEF 0 (Icam Defenition) –которая является основной частью
программы ICAM (интегрированная компьютеризация
производства).

Направлена на выполнение основных задач:


• Пояснение к функциям предметной области;
• Определение объектов предметной области;
• Определение механизмов выполнения той или иной функции.
SADT IDEF 0 Функциональный блок и
интерфейсные дуги
Контроль

Имя функции
Входные Выходные стрелы
стрелы

Механизм
SADT IDEF 0 Функциональный блок и
интерфейсные дуги
Блок имени функций – определяет процесс, действие, функцию которая выполняется в
предметной области, подсистеме или в процессе.
Входные стрелы– данные об объектах, людях, событиях, которые подлежат обработке процессом и
дальнейшем преобразованием в результат.
Контроль – объекты стандартов, правил, нормативных документов предметной области,
обеспечивающие выполнение процессов/функций.
Механизм – объекты за счёт чего выполняются процессы, штатные или структурные единицы,
предприятия, некое оборудование или физические механизмы.
Выходные стрелы – объект, который является продуктом входных стрел, за счёт выполнения
функции некими механизмами на основе контроля.

При проведении анализа предметной области необходимо отвечать на один вопрос:


«За счёт какого управления, с помощью механизмов исходные данные преобразуются в
результат?»
SADT IDEF 0 Функциональный блок и
интерфейсные дуги
Родительская диаграмма

А1 Родительский блок

А2

А3
Декомпозиция функции
Достижение полноты картины действий предметной области и подсистем
зависит от более глубокого анализа.
Процесс «углубления» в каждый родительский процесс именуется –
декомпозицией.
Пример декомпозиции:
1. Учебный процесс;
1. Приветствие;
2. Перекличка;
3. Объяснение материала;
4. Опрос;
5. Контроль качества;
6. Выдача задания.
Уровень декомпозиции
В анализе предметной области декомпозиция понимается следующим образом. Чем больше
уровней присутствует в бизнес – моделировании по методологии SADT стандарта IDEF 0, тем
проще будет проходить протекание проектирования и реализация программного продукта.

Уровень декомпозиции – детализирование/разбиение одного процесса на более детальные


под процессы.

Рассмотрение уровней декомпозиции:


• 1 – ый уровень декомпозиции – предметная область в целом;
• 2 – ой уровень декомпозиции – подсистемы предметной области;
• 3 – ий уровень декомпозиции – базовые функции подсистемы предметной области;
• 4- ый и выше уровни декомпозиции – детализирование родительских функций подсистемы.
Пример декомпозиции
Пример декомпозиции
Важно понимать

Дуги/стрелы не могут
присутствовать на нижних уровнях
декомпозиции и при этом
отсутствовать на родительском
уровне.