Преподаватель который помогает студентам и школьникам в учёбе.

Сущность объектно-ориентированного подхода к проектированию информационных систем

Содержание:

Введение

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

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

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

Таким образом, целью курсового проекта является повышение эффективности определения объема выпуска и реализации в ОАО «ИМПУЛЬС» Повышение эффективности будет достигнуто за счет проектирования и последующего внедрения информационной системы статистического анализа объема выпуска и реализации продукции.

1. Аналитическая часть

1.1 Сущность объектно-ориентированного подхода к проектированию информационных систем

Принципиальное различие между структурным и объектно-ориентированным подходом заключается в способе декомпозиции системы.

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

Понятие «объект» впервые было использовано около 30 лет назад в технических средствах при попытках отойти от традиционной архитектуры фон Неймана и преодолеть барьер между высоким уровнем программных абстракций и низким уровнем абстрагирования на уровне компьютеров.

С объектно-ориентированной архитектурой также тесно связаны объектно-ориентированные операционные системы. Однако наиболее значительный вклад в объектный подход был внесен объектными и объектно-ориентированными языками программирования: Simula, Smalltalk, C++, Object Pascal.

На объектный подход оказали влияние также развивавшиеся достаточно независимо методы моделирования баз данных, в особенности подход «сущность-связь».

Концептуальной основой объектно-ориентированного подхода является объектная модель. Основными се элементами являются:

абстрагирование (abstraction);
инкапсуляция (encapsulation);
модульность (modularity);
иерархия (hierarchy).

Кроме основных имеются еще три дополнительных элемента, не являющихся в отличие от основных строго обязательными:

типизация (typing),
параллелизм (concurrency),
устойчивость (persistence).

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

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

Абстрагирование и инкапсуляция являются взаимодополняющими операциями: абстрагирование фокусирует внимание на внешних особенностях объекта, а инкапсуляция (или, иначе, ограничение доступа) не позволяет объектам-пользователям различать внутреннее устройство объекта.

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

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

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

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

Устойчивость — свойство объекта существовать но времени (вне зависимости от процесса, породившего данный объект) и/или в пространстве (при перемещении объекта из адресного пространства, в котором он был создан).

1.2 Преимущества и недостатки объектно-ориентированного подхода к проектированию информационных систем

Основные понятия объектно-ориентированного подхода - объект и класс.

Объект определяется как осязаемая реальность (tangible entity) — предмет или явление, имеющие четко определяемое поведение. Объект обладает состоянием, поведением и индивидуальностью; структура и поведение схожих объектов определяют общий для них класс. Термины "экземпляр класса" и "объект'' являются эквивалентными. Состояние объекта характеризуется перечнем всех возможных (статических) свойств данного объекта и текущими значениями (динамическими) каждого из этих свойств. Поведение характеризует воздействие объекта на другие объекты и наоборот относительно изменения состояния этих объектов и передачи сообщений. Иначе говоря, поведение объекта полностью определяется его действиями. Индивидуальность — это свойства объекта, отличающие его от всех других объектов.

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

Класс — это множество объектов, связанных общностью структуры и поведения. Любой объект является экземпляром класса. Определение классов и объектов — одна из самых сложных задач объектно-ориентированного проектирования.

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

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

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

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

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

Достоинства ООП:

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

Недостатки ООП обуславливаются следующим:

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

Основной недостаток ООП - некоторое снижение быстродействия за счет более сложной организации программной системы.

1.3 Унифицированный язык моделирования UML

Большинство существующих методов объектно-ориентированного анализа и проектирования (ООАП) включают как язык моделирования, так и описание процесса моделирования. Язык моделирования — это нотация (в основном графическая), которая используется методом для описания проектов. Нотация представляет собой совокупность графических объектов, которые используются в моделях; она является синтаксисом языка моделирования. Например, нотация диаграммы классов определяет, каким образом представляются такие элементы и понятия, как класс, ассоциация и множественность. Процесс — это описание шагов, которые необходимо выполнить при разработке проекта.

Унифицированный язык моделирования UML (Unified Modeling Language) — это преемник того поколения методов ООАП, которые появились в конце 80-х и начале 90-х гг. Создание UML фактически началось в конце 1994 г., когда Гради Буч и Джеймс Рамбо начали работу по объединению методов Booch и ОМТ (Object Modeling Technique) под эгидой компании Rational Software. К концу 1995 г. они создали первую спецификацию объединенного метода, названного ими Unified Method, версия 0.8. Тогда же, в 1995 г., к ним присоединился создатель метода OOSE (Object-oriented Software Engineering) Ивар Якобсон. Таким образом, UML является прямым объединением и унификацией методов Буча, Рамбо и Якобсона, однако дополняет их новыми возможностями. Главными в разработке UML были следующие цели:

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

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

• обеспечить независимость от конкретных языков программирования и процессов разработки;

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

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

Класс — это множество объектов, связанных общностью структуры и поведения. Любой объект является экземпляром класса. Определение классов и объектов — одна из самых сложных задач объектно-ориентированного проектирования.

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

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

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

Пример использования UML Диаграммы:

1.4 Обзор программных продуктов

1.4.1 Обзор средств разработки информационных систем

Анализ требований и сравнения программных аналогов представлен в таблице 1.

Таблица 1. Сравнение программных аналогов с учетом требований к проектируемой ЭИС

Требования к проектируемой системе	SAP R/3 (SAP ERP)	Oracle E-Business Suite
- статистический расчет потребности в продукции;	+	+
- статистический расчет производства продукции и учет созданной продукции;	+	+
- статистический учет реализованной продукции;	+	+

В вышеперечисленных программных продуктах присутствует избыточный функционал, который компании ОАО «УМПО» не нужен в силу специфики их бизнес-процессов.

Поэтому, например компании совсем не подойдут типовые продукты компании «SAP» или «Oracle» которые являются более типизированными и требуют изменения бизнеса компании-заказчика под свое ПО.

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

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

При выборе системы программирования были рассмотрены такие среды разработки приложений, как: «MS Visual FoxPro v.9.0»; «Microsoft Access v.11»; «1С: Предприятие 8.3».

MS Visual Fox Pro v.9.0

Достоинства данной среды разработки приложений следующие:

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

К недостаткам можно отнести следующее:

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

Microsoft Access v.11

Microsoft Access является полнофункциональной системой управления реляционной базой данных (СУРБД). Она обеспечивает все возможности определения, обработки и управления данными для работы с большими объемами информации.

Для обработки таблиц Access использует мощный язык баз данных – SQL (Structured Query Language – язык структурированных запросов). С помощью SQL можно получить набор данных, который необходим для решения конкретной задачи.

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

Вероятно, наиболее мощным качеством Access является возможность обработки данных из электронных таблиц, текстовых файлов, файлов dBase, Paradox и FoxPro, а также любых баз данных SQL, поддерживающих стандарт ODBC (Open Data Base Connectivity). Это означает, что Access можно использовать для создания Windows-приложений, способных обрабатывать данные как сетевого сервера SQL Server, так и базы данных, размещенной на головном компьютере.

1.4.2 Обзор языков программирования

Характеристики языков программирования представлены в таблице 2.

Таблица 2. Сравнительная характеристика языков программирования

	Visual Foxpro	Access (VisualBasic)
Принцип обработки кода	Интерпретатор (псевдокомпилятор)	Интерпретатор (псевдокомпилятор)
Язык	DBASE c с объектами	Basic c Объектами
Система	Закрытая	Закрытая
Создание пользовательских мастеров	-	-
Динамическое создание форм ввода, обработки сообщений	+	+
Модель создания приложения	-	-
Технология	Построители экранов, меню, отчетов (drag-and-drop), классов	Построители экранов, меню, отчетов (drag-and-drop), классов
Вывод из баз данных на печать	Встроенный Report	Встроенный Report
Обработка исключений	Процедура	Процедура
Поддержка CASE-средств	-	+

1.4.3 Обзор СУБД

«1С: Предприятие поддерживает 5 видов СУБД:

IBM DB2
MS SQL
Oracle BD
PostgreSQL

Характеристики СУБД представлены в таблице 3.

Таблица 3 Сравнительная характеристика СУБД Microsoft SQL Server, DB2 и Oracle

Признак сравнения	SQL Server	DB2	Oracle
Разработчик	Microsoft	IBM	Oracle Corporation
Язык запросов	Transact-SQL (T-SQL)	Декларативный SQL (SQL DB2)	ANSI SQL и PL/SQL
Протокол передачи данных	Tabular Data Stream (TDS)	TCP/IP, SNA/APPC, NETBIOS, IPX/SPX	TCP/IP, SNA/APPC, NETBIOS, IPX/SPX
Интерфейс взаимодействия приложений с СУБД	Open Database Connectivity (ODBC)	JDBC, SQLJ, ODBS, OLE DB	JDBC, SQLJ, ODBS, OLE DB, VI SAN
Преимущества	поддерживает зеркалирование и кластеризацию БД; поддерживает избыточное дублирование данных по сценариям: «снимок», «история изменений», «синхронизация с другими серверами»; включает язык для реализации хранимых процедур и функций; отличается высокой производительностью	мощный многофазовый оптимизатор SQL DB2 строит эффективный план выполнения запроса; использование статистического распределения данных в таблицах; поддержка XML документов; поддержка реляционных и комплексных данных с помощью объектных расширений; возможность работы на мультипроцессорных платформах; поддержка кластеров; 64-битная архитектура памяти;	идентичность кода различных версий сервера баз данных для всех платформ поддержка XML в хранимых процедурах; отправка SQL-запросов к БД с применением URL-адресов; средства объектно-ориентированного конструирования; система оптимизации одновременного доступа; высокая надежность; возможность разбиения крупных баз данных на разделы; наличие универсальных средств защиты информации; эффективные методы
Преимущества		распараллеливание запросов; наличие средств для гетерогенного администрирования и обработки данных; поддержку выполнения распределенных транзакций	максимального повышения скорости обработки запросов; распараллеливание операций в запросе; широкий спектр средств разработки, мониторинга и администрирования; связанные базы данных OLAP; поддержка большого объема памяти и симметричной многопроцессорной обработки; поддержка службы единого каталога; инструментальные средства разработки схем, генерации запросов и кода
Недостатки	выполнение некоторых операций администрирования требует однопользовательского режима работы; неполная совместимость T-SQL с ANSI SQL; проблемы недостаточности программных средств; зависимость от операционной среды (Windows)	в языке SQL DB2 практически отсутствуют подсказки оптимизатору; плохо развит язык хранимых процедур; не имеет собственных средств аутентификации	Для реализации возможностей СУБД Oracle требуется большой объем внедрения, причем специалисты по Oracle одни из самых дорогих. Дальнейшее сопровождение системы также требует либо привлечения специалистов со стороны, либо наличия сертифицированных сотрудников в компании.

Для создания базы данных ИС статистического анализа объема выпуска и реализации продукции в ОАО «УМПО» была выбрана система управления реляционными базами данных Microsoft SQL Server 2012.

2. Проектная часть

2.1. Объектно-ориентированное проектирование информационной системы на ОАО «ИМПУЛЬС»

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

Диаграмма вариантов использования представлена на рис. 13.

Рис. 13 «Диаграмма вариантов использования»

Диаграмма классов представлена на рис 14.

Рис. 14 «Диаграмма классов»

Диаграмма последовательности представлена на рис 15.

$D:\АВТОР 24 БАЗА\Проектирование информационной системы статистического анализа объема выпуска и реализации продукции ОАО УМПО\5.png$

Рис. 15 «Диаграмма последовательности»

Диаграмма кооперации представлена на рис. 16.

$D:\АВТОР 24 БАЗА\Проектирование информационной системы статистического анализа объема выпуска и реализации продукции ОАО УМПО\6.png$

Рис. 16 «Диаграмма кооперации»

Диаграмма состояний представлена на рис. 17

Рис. 17 «Диаграмма состояний»

Диаграмма деятельности представлена на рис. 18.

Рис. 18 «Диаграмма деятельности»

Диаграмма компонентов представлена на рис. 19

Рис. 19 «Диаграмма компонентов»

Диаграмма развертывания представлена на рис. 20

Рис. 20 «Диаграмма развёртывания»

2.2. Моделирование структуры базы данных в составе информационной системы на ОАО «ИМПУЛЬС»

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

Таблица

Таблица	Атрибут	Ключевое поле	Тип поля
Клиенты	Код клиента	Да	Счетчик
	Имя	Нет	Короткий текст
	Фамилия	Нет	Короткий текст
	Отчество	Нет	Короткий текст
	Дата рождения	Нет	Дата и время
	Адрес	Нет	Короткий текст
	Телефон	Нет	Короткий текст
	Снят_с_обслуживания	Нет	Логический
Выбранные_услуги	Код клиента	Нет	Числовой
	Услуга	Нет	Короткий текст
	Оплата	Нет	Короткий текст
	Процент оплаты	Нет	Числовой
Справочник _работники	Код СР	Да	Счетчик
	Имя	Нет	Короткий текст
	Фамилия	Нет	Короткий текст
	Отчество	Нет	Короткий текст
	Дата рождения	Нет	Дата и время
	Адрес	Нет	Короткий текст
	Телефон	Нет	Короткий текст
Услуги_работников	Услуга	Нет	Короткий текст
Услуги_работников	Код_СР	Нет	Счетчик
Справочник_услуги	Название услуги	Да	Короткий текст
	Цена	Нет	Денежный
	Время	Нет	Числовой
График_посещения_клиентов	Код клиента	Нет	Числовой
	Услуга	Нет	Короткий текст
	Код_СР	Нет	Числовой
	Дата	Нет	Дата и время
	Время начала	Нет	Короткий текст
	Время окончания	Нет	Короткий текст
	Стоимость	Нет	Денежный
Договор	Код_клиента	Да	Числовой
	Дата заключения	Нет	Дата и время
	Дата начала	Нет	Дата и время
	Дата окончания	Нет	Дата и время
Учет_оплат	Код_клиента	Нет	Числовой
	Дата	Нет	Дата и время
	Сумма	Нет	Денежный
	Вид_платежа	Нет	Короткий текст
Вид_платежа	Вид_платежа	Да	Короткий текст
Оплата	Оплата	Да	Короткий текст
Пароли	Пароль заведующего	Нет	Короткий текст
Пароли	Пароль директора	Нет	Короткий текст
Дополнительные_ соглашения	Код_клиента	Нет	Числовой
	Дата	Нет	Дата и время
	Номер	Нет	Числовой
	Дополнительное соглащение	Нет	Короткий текст
Копии_документов	Код_клиента	Нет	Числовой
	Документ	Нет	Короткий текст
	Копия	Нет	Поле объекта OLE
Причины_отказа	Код_клиента	Да	Числовой
	Причина	Нет	Короткий текст
	Дата отказа	Нет	Дата и время
	Дата начала	Нет	Дата и время
	Дата окончания	Нет	Дата и время
Справочник_документов	Документ	Да	Короткий текст
Справочник_причин_отказа	Причина	Да	Короткий текст

Заключение

В процессе выполнения курсового проекта была спроектирована информационная подсистема информационной системы статистического анализа объема выпуска и реализации продукции ОАО «УМПО» средствами объектно-ориентированного проектирования.

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

- статистический расчет потребности в продукции;

- статистический расчет производства продукции и учет созданной продукции;

- статистический учет реализованной продукции;

Информационная система позволит увеличить эффективность экономической деятельности ОАО «УМПО» за счет оптимизации процедур расчета потребности в продукции, её производству и реализации за счет новой информационной системы более современного типа.

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

Таким образом, цель курсового проекта – повышение эффективности статистического учета выпуска и реализации продукции за счет проектирования и последующего внедрения информационной системы «статистического анализа объема выпуска и реализации продукции ОАО УМПО» – можно считать достигнутой.

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

Баркан Д.И. Статистика для всех. – Редакционно-издательский центр «Культ-информ-пресс»; социально-коммерческая фирма “Человек” 2006.
Власова В. М. Основы предпринимательской деятельности. – М.: Финансы и статистика, 2015.
Голубков Е. П. Основы производства. – М.: Финпресс, 2010 г.
Горемыкин В. А., Богомолов А. Ю. Планирование предпринимательской деятельности предприятия. – М.: Инфра-М, 2007.
Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник.- М.: Финансы и статистика, 2015.
Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем.- М.: Финансы и статистика, 2008.
Смирнова Г.Н.и др. Проектирование экономических информационных систем: Учебник / Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф.- М.: Финансы и статистика, 2011.
Маклаков С. В. BPWin, ERWin, CASE –средства разработки информационных систем. М. ДИАЛОГ-МИФИ, 2009.
Моделирование и анализ IDEF-технологий: практикум / С.В.Черемных, И.О.Семенов, В.С.Ручкин. – М. Финансы и статистика, 2012. – 192 с.:ил.
Цикритизис Д., Лоховски Ф. Модели данных. – М.: Финансы и статистика, 2005.

Приложение 1.

$C:\Users\test2\Pictures\Безымянный1.png$

Альтернативный поток событий 1

Альтернативный поток событий 2

Альтернативный поток событий 3

Расчет з/п. Основной поток событий.