Файл: Применение объектно-ориентированного подхода при проектировании информационной системы (Общая характеристика и анализ объекта исследования ОАО «УМПО»).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 04.07.2023

Просмотров: 499

Скачиваний: 7

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

Введение

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

1.1. Общая характеристика и анализ объекта исследования (конкретное название предприятия)

1.2. Моделирование статистического анализа объема выпуска и реализации продукции на ОАО «УМПО». Модель AS‑IS

1.3. Анализ уровня технической и программной оснащенности в ОАО «УМПО»

1.4. Требования к проектируемой информационной системе

2. Теоретическая часть

2.1. Обзор программных аналогов производственно-экономического назначения

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

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

2.2.1. Обзор СУБД

2.3. Обоснование проектирования собственной ИС и выбора средств разработки

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

3.1 Моделирование статистического анализа объема выпуска и реализации продукции на ОАО «УМПО». Модель TO‑BE

3.2. Объектно-ориентированное проектирование информационной системы на ОАО «УМПО». Модель TO-BE

3.3. Моделирование структуры реляционной базы данных в составе информационной системы на ОАО «УМПО». Модель TO-BE

Заключение

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

Visual Foxpro

Access (VisualBasic)

Принцип обработки кода

Интерпретатор (псевдокомпилятор)

Интерпретатор (псевдокомпилятор)

Язык

DBASE c

с объектами

Basic c Объектами

Система

Закрытая

Закрытая

Создание пользовательских мастеров

-

-

Динамическое создание форм ввода, обработки сообщений

+

+

Модель создания приложения

-

-

Технология

Построители экранов, меню, отчетов (drag-and-drop), классов

Построители экранов, меню, отчетов (drag-and-drop), классов

Вывод из баз данных на печать

Встроенный Report

Встроенный Report

Обработка исключений

Процедура

Процедура

Поддержка CASE-средств

-

+

Встроенный язык программирования 1С: Предприятие 8.3

Важным отличием разработки бизнес-приложений в системе 1С от разработки в универсальных системах (Delphi, С++) состоит в том, что приложение в 1С разрабатывается в терминах классов проблемно-ориентированных бизнес-сущностей.

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

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

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

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


2.2.1. Обзор СУБД

«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.

Самым важным преимуществом в обосновании выбора SQL Server 2012 является его наивысшая, по сравнению с конкурентами, совместимость с 1С. Этому активно способствует плодотворное сотрудничество фирмы «1С» и фирмы «Microsoft», что сделало продукт SQL Server высоко совместимым с «1С».

2.3. Обоснование проектирования собственной ИС и выбора средств разработки

Были рассмотрены средства разработки приложений и программные аналоги по рассматриваемой задачи.

Была выбрана платформа 1С: Предприятие в качестве программной платформы и встроенный язык программирования системы «1С: Предприятие 8.3» как язык программирования.

Таким образом, система «1С: Предприятие 8.3» обладает конкурентными преимуществами, такими как:

  • Высокая скорость разработки информационных систем по сравнению с аналогичными системами
  • Низкая цена разработки
  • Гибкость и кластеризация разработки

Все это позволяет сделать вывод о конкурентоспособности платформы и выборе её в качестве средства разработки рассматриваемой базы данных и приложения. При этом, сервером базы данных будет «MS SQL 2012» как самая адаптивная к 1С промышленная СУБД.

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

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

Интерфейс всех прикладных решений «1С: Предприятие 8.3» имеет единую концепцию, основанную на использовании стандартных элементов, предоставляемых платформой. Благодаря такому подходу пользователи, знакомые с каким-либо одним прикладным решением, комфортно чувствуют себя при работе с любыми другими прикладными решениями «1С: Предприятие 8.3».

Очень важным преимуществом «1С: Предприятие 8.3» является открытость системы.

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


Из всего вышеперечисленного можно сделать вывод о том, что наиболее целесообразным способом приобретения ЭИС является разработка системы своими силами. Стоимость самостоятельной разработки системы будет выше по сравнению с приобретением аналогов – информационных систем от фирмы «1С», например системы «Управление предприятием 2.0» системы от компании РАРУС, стоимость лицензии на одно рабочее место составляет от 30000 руб.

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

Система «1С: Предприятие 8.3» де-факто стала стандартом отрасли разработки учетных систем в Российской Федерации, что также обуславливает выбор данной системы для реализации информационной системы статистического анализа объема выпуска и реализации продукции

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

3.1 Моделирование статистического анализа объема выпуска и реализации продукции на ОАО «УМПО». Модель TO‑BE

Контекстная диаграмма TO-BE является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.

Контекстная диаграмма состоит из одной работы «Статистический анализ объема выпуска и реализации продукции ОАО УМПО». В отличии от диаграммы AS-IS диаграмма TO-BE содержит в себе элемент «ЭИС»

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

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

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

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

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

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

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

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

В отличии от диаграммы AS-IS на диаграмме TO-BE во всех работах TO-BE появляется механизм ЭИС.

Рассмотрим DFD декомпозицию работы «Расчет продукции» с учетом применения в работе ЭИС.

В диаграмме потоков данных представленной на рис. 12 под названием «Расчет продукции».

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

3.2. Объектно-ориентированное проектирование информационной системы на ОАО «УМПО». Модель TO-BE

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

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

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

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

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

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

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

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

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

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

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

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

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

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