Файл: Применение объектно-ориентированного подхода при проектировании информационной системы (Общая характеристика и анализ объекта исследования ОАО «УМПО»).pdf
Добавлен: 04.07.2023
Просмотров: 498
Скачиваний: 7
СОДЕРЖАНИЕ
1.1. Общая характеристика и анализ объекта исследования (конкретное название предприятия)
1.3. Анализ уровня технической и программной оснащенности в ОАО «УМПО»
1.4. Требования к проектируемой информационной системе
2.1. Обзор программных аналогов производственно-экономического назначения
2.2. Обзор средств разработки информационных систем
2.2.1. Обзор языков программирования
2.3. Обоснование проектирования собственной ИС и выбора средств разработки
3.2. Объектно-ориентированное проектирование информационной системы на ОАО «УМПО». Модель TO-BE
Работа «Производство продукции» проводится, чтобы определить работоспособность функций системы.
Рис.4 «Производство продукции» - А1
Диаграммы потоков данных используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ, их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:
- Функции обработки информации (работы);
- Документы, объекты, сотрудников или отделы;
- информации;
- внешние ссылки;
- таблицы для хранения документов.
В отличие от IDEFO, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов.
В диаграмме потоков данных представленной на рис. 5 под названием «Подготовка и производство продукции» показаны хранилища данных под названиями «Клиенты» и «Продукция» и процессы, происходящие в ней.
Рис.5 «Поток информации при расчете и производстве продукции» - А22
1.3. Анализ уровня технической и программной оснащенности в ОАО «УМПО»
В ОАО «УМПО», в департаменте экономики используется одно ранговая структура локальной сети. Схема организации сети представлена на рисунке 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 – Схема программной и технической архитектуры.
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. Сравнительная характеристика языков программирования