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

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

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

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

Добавлен: 29.06.2023

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

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

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

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

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

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

На рис. 9 представлена функциональная структура решаемых задач ЭИС, а также входные и выходные информационные потоки:

Функции (задачи, решаемые системой):

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

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

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

Выходная информация:

Объем выпуска продукции;

Объем реализации продукции;

Входная информация:

  • Звонки клиентов.
  • Информация о ресурсах предприятия.
  • Материалы.

Рисунок 9. Функциональная структура решаемых ЭИС задач

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

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

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

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

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

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

SAP R/3 (SAP ERP)

Oracle E-Business Suite

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

+

+

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

+

+

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

+

+


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

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

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

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

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

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

При выборе системы программирования были рассмотрены такие среды разработки приложений, как: «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С: Предприятие 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 одни из самых дорогих.

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