Предметная область информационной системы: понятие, модель, цель моделирования, требования к моделям. Бизнес-логика, бизнес-проц. Реферат. Кафедра

• Название: Кафедра
• Анкор: Предметная область информационной системы: понятие, модель, цель моделирования, требования к моделям. Бизнес-логика, бизнес-проц
• Дата: 10.01.2021
• Размер: 183.96 Kb.
• Имя файла: Реферат.docx
• Тип: Реферат; #166905

Министерство образования и науки Российской Федерации «Калужский государственный университет им. К. Э. Циолковского» (КГУ им. К. Э. Циолковского)

ИНСТИТУТ	"Физико-технологический"
КАФЕДРА	"Информационные системы и технологии"

РЕФЕРАТ

ДИСЦИПЛИНА:			" Модели и средства проектирования информационных систем"
ТЕМА:			"Предметная область информационной системы: понятие, модель, цель моделирования, требования к моделям. Бизнес-логика, бизнес-процесс, виды бизнес-процессов"
	Выполнил: студент гр. Мз-ИСиТ-11			_______________
	Проверил:			_______________

Дата сдачи (защиты) лабораторной работы:
Результаты сдачи (защиты): Количество рейтинговых баллов
Оценка

Калуга, 2019 г.

Оглавление

Предметная область информационной системы 3

Назначение и основные компоненты системы баз данных 4

Основные модели данных 5

Требования, предъявляемые к моделям 5

Бизнес-логика. Основные бизнес процессы. Виды, описание и анализ бизнес процессов 8

Бизнес-логика. 8

Бизнес процессы: понятие, виды, определения 9

Анализ бизнес процессов 10

Список используемой литературы 12

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

Предметная область (ПО) информационной системы рассматривается как совокупность реальных процессов и объектов (сущностей), представляющих интерес для её пользователей.

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

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

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



Рис.1.1. Примеры обязательной и факультативной связей

Различают типы множественных связей: "один к одному" (1:1), "один ко многим" (1:n) и "многие ко многим" (m:n) (рис. 1.2).



Рис.1.2. Примеры типов множественных связей

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

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

Назначение и основные компоненты системы баз данных

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



Рис.1.3. Компоненты системы баз данных

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

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

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

Основные модели данных

Модель данных является инструментом моделирования произвольной предметной области.

Понятие модели данных

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

1. 
   Набор типов структур данных. Здесь можно провести аналогию с языками программирования, в которых тоже есть предопределённые типы структур данных, такие как скалярные данные, вектора, массивы, структуры (например, тип struct в языке Си) и т.д.
   
2. 
   Набор операторов или правил вывода, которые могут быть применены к любым правильным примерам типов данных, перечисленных в (1), чтобы находить, выводить или преобразовывать информацию, содержащуюся в любых частях этих структур в любых комбинациях. Такими операциями являются: создание и модификация структур данных, внесение новых данных, удаление и модификация существующих данных, поиск данных по различным условиям.
   
3. 
   Набор общих правил целостности, которые прямо или косвенно определяют множество непротиворечивых состояний базы данных и/или множество изменений её состояния.
   

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

Требования, предъявляемые к моделям

Итак, общие требования к моделям.

1. 
   Модель должна быть актуальной. Это значит, что модель должна быть нацелена на важные для лиц, принимающих решения, проблемы.
   
2. 
   Модель должна быть результативной. Это значит, что полученные результаты моделирования могут найти успешное применение. Данное требование может быть реализовано только в случае правильной формулировки требуемого результата.
   
3. 
   Модель должна быть достоверной. Это значит, что результаты моделирования не вызовут сомнения. Данное требование тесно связано с понятием адекватности, то есть, если модель неадекватна, то она не может давать достоверных результатов.
   
4. 
   Модель должна быть экономичной. Это значит, что эффект от использования результатов моделирования превышает расходы ресурсов на ее создание и исследование.
   

Эти требования (обычно их называют внешними) выполнимы при условии обладания моделью внутренними свойствами.

Модель должна быть:

1. 
   Существенной, т. е. позволяющей вскрыть сущность поведения системы, вскрыть неочевидные, нетривиальные детали.
   
2. 
   Мощной, т. е. позволяющей получить широкий набор существенных сведений.
   
3. 
   Простой в изучении и использовании, легко просчитываемой на компьютере.
   
4. 
   Открытой, т. е. позволяющей ее модификацию.
   

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

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

В последние десятилетия появились проблемы с неясными и противоречивыми целями, диктуемыми политическими и социальными факторами. Математическое моделирование в этой области пока еще проблематично. Что это за проблемы? Защита от загрязнения окружающей среды; предсказаний извержений вулканов, землетрясений, цунами; рост городов; руководство боевыми действиями и ряд других. Но, тем не менее, "процесс пошел", прогресс не остановим, и проблемы моделирования таких сверхсложных систем постоянно находят свое разрешение. Здесь следует отметить лидирующую роль отечественных ученых и, в первую очередь, академика Н. Н. Моисеева, его учеников и последователей.

Бизнес-логика. Основные бизнес процессы. Виды, описание и анализ бизнес процессов

Бизнес-логика.

Бизнес-логика — в разработке информационных систем — совокупность правил, принципов, зависимостей поведения объектов предметной области (области человеческой деятельности, которую система поддерживает). Иначе можно сказать, что бизнес-логика — это реализация правил и ограничений автоматизируемых операций. Является синонимом термина «логика предметной области» (англ. domain logic). Бизнес-логика задает правила, которым подчиняются данные предметной области.

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

В фазе бизнес-моделирования и разработки требований бизнес-логика может описываться в виде:

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

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

В многоуровневых (многослойных) информационных системах этот уровень взаимодействует с нижележащим уровнем инфраструктурных сервисов (англ. infrastructure layer), например, интерфейсом доступа к базе данных или файловой системе (англ. data-access layer, DAL) и вышележащим уровнем сервисов приложения (англ. application services layer), который уже, в свою очередь, взаимодействует с уровнем пользовательского интерфейса (англ. user interface layer) или внешними системами.

Бизнес процессы: понятие, виды, определения

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

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

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



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

Существуют три вида бизнес-процессов:

1. 
   Управляющие - бизнес-процессы, которые управляют функционированием системы. Примером управляющего процесса может служить Корпоративное управление и Стратегический менеджмент.
   
2. 
   Операционные - бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются Снабжение, Производство, Маркетинг, Продажи и Взыскание  долгов.
   
3. 
   Поддерживающие - бизнес-процессы, которые обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка, административно-хозяйственный отдел.
   

Анализ бизнес процессов

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

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

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

1. 
   За каждый определенный бизнес процесс отвечать должен специалист из числа сотрудников. Это особенно важно, если компания только начинает свой путь в мир большого бизнеса.
   
2. 
   Бизнес процессы и их анализ требует большого количества информации, схем, графиков. Желательно использовать специальное программное обеспечение, которое значительно упрощает это довольно трудоемкий процесс.
   
3. 
   Разрабатывая бизнес процесс, ориентироваться необходимо на вид деятельности предприятия. Например, процесс закупки и доставки товара определяется в одном бизнес процессе (основной), прием, хранение, расфасовку, выкладку в торговом зале и реализацию можно включать во внутренний бизнес процесс.
   
4. 
   Краткость, без лишней информации, чтобы не получилось путаницы, отсутствовали пустые факты и лишняя нагрузка на исполнителей.
   
5. 
   Использовать только правдивые данные, даже если они негативны. Ложные факты помогут создать неправдивый бизнес процесс, который в конце концов приведет к таким же последствиям.
   

Список используемой литературы

1. 
   НОУ ИНТУИТ. Проектирование информационных систем [Электронный ресурс] – Режим доступа: https://www.intuit.ru /studies /courses /2195/55/ lecture/162 8?page=1 (Дата обращения: 20.06.2019).
   
2. 
   Идеи для бизнеса. Как начать бизнес с нуля? [Электронный ресурс] – Режим доступа: https://delayte-biznes.ru/osnovnye-biznes-processy-vidy-opisanie-i-analiz-biznes-processov/ (Дата обращения: 20.06.2019).
   
3. 
   Википедия. Бизнес-процесс [Электронный ресурс] – https://ru. wikipedia.org/wiki/Бизнес-процесс (Дата обращения: 20.06.2019).
   
4. 
   НОУ ИНТУИТ. Проектирование информационных систем [Электронный ресурс] – Режим доступа: https://www. intuit.ru /studies /courses/643/499/lecture/11351?page=3 (Дата обращения: 20.06.2019).
   
5. 
   Идеи для бизнеса. Как начать бизнес с нуля? [Электронный ресурс] – Режим доступа: http://delayte-biznes.ru/osnovnye-biznes-processy-vidy-opisanie-i-analiz-biznes-processov/#ggl (Дата обращения: 20.06.2019).