Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы (ОАО «Магнум»)

Содержание:

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Организацию проектирования ИС принято разделять на 2 типа: Каноническое проектирование отражает особенности технологии оригинального (индивидуального) процесса. Типовое проектирование, для которого характерно типовое проектное решение (ТПР), тиражируется и пригодно к многократному использованию.

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

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

Частью этой стадии становится сопровождение ИС и устранение выявленных недостатков. Этапы, в случае необходимости, можно укрупнять или детализировать – объединять последовательные этапы, исключать «лишние», начинать выполнение очередной стадии до завершения предыдущей. Метод типового проектирования отличается возможностью декомпозиции проектируемой ИС с разделением на компоненты, в число которых входят программные модули, подсистемы, комплексы задач и др. Для реализации компонентов можно воспользоваться типовыми решениями, которые уже существуют на рынке, и настроить их под нужны конкретной организации.

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

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

Объектные ТПР, по сравнению с предыдущими классами, отличаются большим количеством достоинств: масштабируемостью, что делает возможным применение конфигураций ИС для разного числа рабочих мест, методологическим единством компонентов, совместимостью компонентов ИС, открытостью архитектуры – возможностью развёртывать проектные решения на платформах различного типа, конфигурируемостью – возможностью применения нужного подмножества компонентов ИС.

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

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

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

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

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

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

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

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

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

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

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

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

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

1.3 Обзор программных продуктов для проектирования информационной системы средствами структурного проектирования

Анализ требований и сравнения программных аналогов представлен в таблице 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, так и базы данных, размещенной на головном компьютере.

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

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

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

«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. Структурное проектирование информационной системы на ОАО «Магнум»

В ОАО «МАГНУМ», в департаменте экономики используется одно ранговая структура локальной сети. Схема организации сети представлена на рисунке 2. В организации 20 рабочих мест (ПК) и файловый сервер, которые объединены между собой в локальную сеть.

Организационная сеть представлена на рис. 6.

Рис. 6. Принцип организации ЛВС

В департаменте экономики используются ПК, файловый сервер.

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

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

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

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

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

Архитектура «клиент-сервер» позволит устранить все указанные недостатки. Кроме того, она позволяет оптимальным образом распределить вычислительную нагрузку между клиентом и сервером, что также влияет на многие характеристики системы: стоимость, производительность, поддержку.

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

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

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

Рисунок. 7 – Конфигурация клиент-сервер в ОАО «МАГНУМ» в департаменте экономики

Существует ряд требований к рабочим местам пользователей, реализация которых существенно повысит быстродействие системы в целом. Для функционирования проектируемой ИС в ОАО «МАГНУМ» департаменте экономики выбрана следующая конфигурация персональных компьютеров для клиентов:

• процессор – Intel core 2 duo 2.2 GHz;
• память - от 4 Gb;
• жесткий диск от 200 Gb;
• CD-ROM - от 48x;
• Монитор - 19” Samsung SyncMaster;
• принтер HP LaserJet 1100;
• клавиатура и мышь Genius.;
• операционная система – Windows 7/8/8.1;
• сервер СУБД - SQL Server Management Studio Express;
• наличие средств информационной безопасности данных.

Конфигурация сервера базы данных:

• процессор - Intel Core i7-3500 3.3 GHz 8 core;
• материнская плата - ASUS Q5 1155;
• оперативная память - 32 GB;
• жесткий диск 6 TB;
• видеокарта GF 430 GT Microstar 1024mb 64-бит 96/700/1333 MHz.

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

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

На данный момент времени на предприятии в департаменте экономики средствами автоматизации являются стандартный офисный пакет MS Office и наследуемая информационная система «Статистика» разработанная на языке «FoxPro».

Однако данных средств недостаточно в силу отсутствия некоторых необходимых функций.

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

Существует проблема поддержания так называемых наследуемых систем. Затраты на поддержание работоспособности таких информационных систем в период их эксплуатации чрезвычайно высоки и вынуждают компанию ОАО «МАГНУМ» задумываться об оптимизации либо кардинальной реорганизации данной наследуемой информационной системы.

На рис. 8 представлена схема программной и технической архитектуры.

Рис. 8 – Схема программной и технической архитектуры.

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

Рисунок 4 - Информационная модель системы

Информационная модель содержит 4 области:

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

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

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

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

Организационная структура ОАО «МАГНУМ» представлена на рис. 5.

Рис. 5 - Организационная структура предприятия

Департамент экономики осуществляет экономическое планирование и анализ хозяйственной деятельности.

Функции отдела:

• разработка и подготовка планов доходов и расходов;
• разработка экономических нормативов и расчетов;
• разработка и ведение штатного расписания.

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

Контекстная диаграмма представлена на рис. 6.

Рис.6 Контекстная диаграмма «Статистический анализ объема выпуска и реализации продукции»

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

В данной работе описаны следующие стрелки:

1. стрелки типа вход (Input): «Звонки клиентов», «Материалы» и «Входная информация об ресурсах предприятия». Они представляют собой входную информацию.
2. стрелки типа выход (Output): «Объем реализации» и «Объем выпуска продукции», cодержат в себе выходную информацию.
3. стрелка типа механизм (Mechanizm): «Департамент экономики» - они входят в нижнюю грань работы.
4. стрелка типа управление (Control): «Правила и процедуры» является стрелкой, входит в верхнюю грань работы.

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

Декомпозиция контекстной диаграммы имеет номер А0 и представлена на рис.2. Эта декомпозиция состоит из следующих основных работ, учет которых осуществляется департаментом экономики: 1.Расчет продукции; 2. Производство продукции; 3. Реализация продукции.

Рис .3 «Статистический анализ объема выпуска и реализации продукции» - А0

Декомпозиция работы «Производство продукции» имеет номер А1, представлена на рис. 4 и состоит из следующих работ:

1. Отслеживание за расписанием и управление производством;
2. Подготовка и производство продукции;
3. Контроль качества продукции.

Работа «Производство продукции» проводится, чтобы определить работоспособность функций системы.

Рис.4 «Производство продукции» - А1

Диаграммы потоков данных используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ, их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

• Функции обработки информации (работы);
• Документы, объекты, сотрудников или отделы;
• информации;
• внешние ссылки;
• таблицы для хранения документов.

В отличие от IDEFO, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов.

В диаграмме потоков данных представленной на рис. 5 под названием «Подготовка и производство продукции» показаны хранилища данных под названиями «Клиенты» и «Продукция» и процессы, происходящие в ней.

Рис.5 «Поток информации при расчете и производстве продукции» - А22

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица

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

Заключение

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

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

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

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

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

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

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

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

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

1. Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2015. - 400 с.
2. Диго С. М. Базы данных: проектирование и использование: учебник для вузов. - М.: Финансы и статистика, 2016. - 592 с.
3. Дейт К.Дж., Дарвен Хью. Основы будущих систем баз данных: Третий манифест. - Издательство Янус-К, 2015. – 656 с.
4. Дейт К. Дж. Введение в системы баз данных (седьмое издание). Вильямс, 2015 - 1072 с.
5. Илюшечкин В. М. Основы проектирования и использования баз данных: учеб. пособие. - М.: Высшее образование, 2016. - 213 с.
6. Когаловский М.Р. Энциклопедия технологий баз данных. М.: Финансы и статистика, 2014. –800 c.
7. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.48
8. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2015 – c.76
9. Коннолли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Издательство: Диалектика, 2016 – с.36.
10. Крёнке Д. Теория и практика построения баз данных. - М.: Питер, 2015. - 800 с.
11. Кузин А.В. Базы данных: учебное пособие для вузов. - М.: Академия, 2016. - 30 с.
12. Кузнецов С. Д. Основы баз данных: курс лекций: учеб. пособие для студентов, обучающихся по специальностям в обл. информ. технологий. - М.: Интернет - университет информационных технологий, 2017. - 488 с.
13. Роберт Дж. Мюллер. Реляционные базы данных. - М.: Лори, 2015. - 420 с.
14. Райордан Ребекка М. Аналитические системы транзакций. Базовый курс: Теория и практика. - М.: Русская Редакция, 2016 – 400 с.
15. Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных заведений. - М.: Бином-Пресс, 2015. - 736 с.
16. Чубукова И. А. Data Mining: Учебное пособие. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2015. - 382 с.
17. Чубукова И. А. Создание реляционных баз данных: Учебное пособие. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2017. - 382 с.

Приложения

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

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

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

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

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