Файл: Проектирование реализации операций бизнес-процесса «Планирование производства» (Характеристика существующих бизнес-процессов).pdf

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

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

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

Добавлен: 30.03.2023

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

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

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

Рис. 3. Модель «как есть» IDEF0

Из описания предметной области следует, что в процессе работы ФГУП «ЦНИИ ЭИСУ» участвуют следующие группы людей: заказчики, центр общих технологий, центр специальных технологий, центр информационных ресурсов, центр геоинформационных технологий и моделирующих систем. Эти группы являются внешними объектами. Они не только взаимодействуют с системой, но также определяют ее границы.

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

Рис. 4. Модель «как будет» IDEF3

При внедрении разработанной подсистемы «планирование производства по оценки и контроля качества ПО», подразделения ФГУП «ЦНИИ ЭИСУ» получит возможность автоматически формировать и отслеживать все изменения и своевременно реагировать на них, а также владеть оперативной информацией.

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

1.3.Характеристика документооборота, возникающего при решении задач

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

Таблица 1. Таблица описания документов.

Документ

Реквизиты

Табличные части и их реквизиты

«Приходная накладная»

Управление

Номенклатура

-Номенклатура

-Номер

-Количество мест

-Цена

«Оказание услуг»

Руководитель

Реквизиты

-Номера

-Клиенты

-Менеджер

Перечень номенклатуры

-Номер

-Цена

-Сумма

Остатки

-Номенклатура

-Место заселения

-Количество номеров


Таблица 2. Структура основных справочников.

Справочник

Реквизиты

Табличные части и их реквизиты

Сотрудники

Фамилия

Имя

Отчество

Дата рождения

Место рождения

Пол

Адрес

Место работы

-Вид образования

-Должность

-Специальность

-Дата приема

-Дата окончания

-Возраст

Номенклатура

Комната

Разное

Напитки

Оказание услуг

Регистрация

Номер

-Комната

-Удобства

Разное

-Развлечения

-Питание

-Отдых

-Оздоровление

Проектирование реализации операций бизнес-процесса в информационной системе (ИС)

Все операции, участвующие в процессе, отразить в Таблице проектирования операций:

Таблица 3. Таблица проектирования операций.

Операция

Необходимые разработки

Специфика настройки

Функциональность (модуль) системы

Обработка заказа

Разработка БД

Настройка таблицы данных о номерах в БД

Администратор

1.4.Обоснование проектных решений по информационному обеспечению

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

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

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

Основной недостаток реляционной модели данных связывается с низкой производительностью реляционной СУБД. Но разработка современных СУБД таких как, Access позволило преодолеть и этот недостаток.


Достоинства реляционной модели:

  • достоинства для пользователя:
  • реляционная БД представляет собой набор таблиц, с которыми пользователь привык работать;
  • не нужно помнить пути доступа к данным и строить алгоритмы и процедуры обработки своего запроса;
  • связность. Реляционное представление дает ясную картину взаимосвязей атрибутов из различных отношений;
  • гибкость. Операции проекции и объединения позволяют разрезать и склеивать отношения, так что программист может получать разнообразные файлы в нужной форме;
  • секретность. Контроль секретности упрощается. Для каждого отношения имеется возможность задания правомерности доступа, засекреченные показатели можно выделить в отдельные отношения с проверкой прав доступа.
  • Простота внедрения. Физическое размещение однородных (табличных) файлов намного проще, чем размещение иерархических и сетевых структур.
  • Независимость данных. БД должна допускать возможность расширения, т.е. добавления новых атрибутов и отношений.

Поскольку реляционная модель обладает значительными преимуществами и малыми недостатками, то она и будет взята в основу для построения СУБД.

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

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

Сущность – понятие, которое может быть идентифицировано.

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

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


1.5.Обоснование проектных решений по программному обеспечению

Для решения выбранного комплекса задач целесообразно использовать Access.

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

Access – мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта – детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows 7, Windows 8 или Windows 9, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и наоборот; можно создать проект формы в Access и сохранить его как отчет.

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

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

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

Лучшими возможностями для работы в многопользовательских средах обладает Access.

Язык запросов SQL реализован в целом ряде популярных СУБД для различных типов ЭВМ либо как базовый, либо как альтернативный. В силу своего широкого использования является международным стандартом языка запросов. Язык SQL предоставляет развитые возможности как конечным пользователям, так и специалистам в области обработки данных.

Access работает с источниками SQL-данных, совместимых с системой ODBC. FOXPRO поставляется с дополнительными библиотеками, которые обеспечивают доступ к SQL-базам данных, способным работать с системами ODBC, но эта возможность менее интегрирована чем средства первичного ввода информации в Access.


Можно напрямую управлять базами данных Access с помощью языка SQL и передавать сквозные SQL-запросы совместимым со спецификацией ODBC SQL-базам данных, таким, как MS SQL Server и Oracle, так что Access способна служить средством разработки масштабируемых систем клиент-сервер.

С помощью объектов OLE (Object Linking and Imbedding – связывание и внедрение объектов) в Windows и компонентах Microsoft Office 2016 (Excel, Word, PowerPoint и Outlook) можно превратить Access в настоящую операционную среду баз данных. С помощью новых расширений для Internet можно созда­вать формы, которые будут напрямую взаимодейство­вать с данными из World Wide Web, и транслировать их прямо на страницы доступа к данным для корпора­тивных сетей, которые напрямую работают с Internet- броузером.

При всем этом Access – не просто СУБД. Как реляционная СУБД Access обеспечивает flociyn ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на большой ЭВМ или на сервере. С другой стороны, можно использовать таблицы, созданные в среде dBASE или Excel. Полученные результаты можно быстро и легко связать и объединить с данными из электронных таблиц Excel.

Рис.6. Структурная схема пакета (древо вызова процедур и программ)

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

2.1. Информационная модель и ее описание

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

Модель подсистемы ФГУП «ЦНИИ ЭИСУ» способствует реализации машинной обработки экономической информации.

При построении модели нужно принимать во внимание следующие основные требования:

формализованность - описание компонентов модели, их взаимосвязей, правила композиции и декомпозиции структур должны быть понятны и для ЭВМ и человеку;

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