Проектирование реализации операций бизнес–процесса «Планирование закупок и размещение заказов поставщикам»

Содержание:

ВВЕДЕНИЕ

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

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

Цель курсовой работы: проектирование реализации операций бизнес–процесса «Планирование закупок и размещение заказов поставщикам».

Для достижения данной цели необходимо выполнить следующие задачи:

1. Выбрать комплекс задач автоматизации
2. Дать характеристику существующим бизнес–процессам и документообороту, возникающему при решении задач
3. Дать обоснование проектным решениям по информационному и программному обеспечению
4. Построить информационную модель, описать нормативно–справочную, входную, оперативную и результатную информацию
5. Спроектировать общие положения и схему пакета базы данных
6. Предоставить описание программных модулей
7. Реализовать контрольный пример реализации проекта.

Объект изучения – бизнес-процесс «Планирование закупок и размещение заказов поставщикам». Предмет – реализация операций бизнес-процесса «Планирование закупок и размещение заказов поставщикам».

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

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

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

1.1. Выбор комплекса задач автоматизации

Основная миссия – планирование закупок и размещение заказов поставщикам. В рамках данной миссии необходимо проводить анализ остатков товара, соответственно полученным данным принимать решение об объемах поставок и размещать заказы поставщикам. Для бизнес–процесса «Планирование закупок и размещение заказов поставщикам» определены следующие основные задачи (таблица 1):

Таблица 1 Основные задачи процесса

Код задачи	Наименование задачи	Назначение задачи	Входная информация	Выходная информация	Исполнитель
01	Анализ остатков товара	Оценка количества оставшегося товара и необходимости пополнения запасов	Отчеты отделов, журналы прихода/расхода и др.	Данные об оставшемся товаре	Отдел закупок
02	Заключение договоров с поставщиками	Документальное оформление отношений с поставщиками	Перечень поставщиков	Договоры с поставщиками	Отдел закупок
03	Подготовка списка товаров к закупке	Выявление и фиксация товаров к закупке	Отчеты отделов, журналы прихода/расхода и др.	Список товаров к закупке	Отдел закупок
04	Размещение заказов поставщикам	Передача данных по заказу поставщикам	Список товаров к закупке	Заявки на поставки	Отдел закупок

Схема связей задач бизнес–процесса приведена на Рисунке 1.

01

02

03

04

Рисунок 1. Взаимосвязь задач бизнес–процесса

Задача «Размещение заказов поставщикам» была определена основной для данного курсового проекта. Входная информация – список товаров к закупке. Выходная информация – заявки на поставки товаров поставщикам.

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

Характеристика существующих бизнес–процессов

Исследуемая задача включает в себя:

1. Перечень поставщиков
2. Перечень договоров с поставщиками
3. Перечень товаров к закупке

В качестве внешнего окружения задачи можно выделить следующие факторы и документы:

1. Прайс–листы от поставщиков (помогают принять решение о количестве нужного товара)
2. Отчеты отделов о количестве остатков (предоставляют информацию о количестве оставшегося товара)
3. План продаж (помогает принять решение о количестве нужного товара)
4. Финансовый план (определяет границы при размещении заказов поставщикам)

Внутреннее и внешнее содержание задачи «Определение Планирование закупок и размещение заказов поставщикам» проиллюстрировано на Рисунке 2.

Перечень поставщиков, перечень договоров с поставщиками, перечень товаров к закупке

прайс-лист

план продаж

отчеты отделов

финансовый план

Рисунок 2. Содержание задачи «Планирование закупок и размещение заказов поставщикам»

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

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

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

Для задачи «Размещение заказов поставщикам» основными являются следующие документы:

1. Договор на поставку;
2. Прайс;
3. Список товаров к закупке;
4. Отчет.

Жизненный цикл договора на поставку представлен в Таблице 2.

Таблица 2. Договор на поставку

	Поставщик	Отдел закупок	База данных (далее–БД)
Заполнение договора	Договор Договор Договор Копия подписанного договора Подписанный договор
Проверка правильности заполнения договора
Получение копии подписанного договора

Жизненный цикл списка товаров представлен в Таблице 3

Таблица 3. Список товаров к закупке

	Поставщик	Отдел закупок	БД
Составление списка на основе прайс–листа	Прайс-лист Список Список Список
Занесение списка в БД

Жизненный цикл прайс–листа представлен в Таблице 4

Таблица 4. Прайс

	Поставщик	Отдел закупок	БД
Подготовка прайс–листа	Прайс Прайс Прайс
Ознакомление с прайс–листом

Жизненный цикл отчета за период представлен в Таблице 5

Таблица 5. Отчет за установленный период

	Отделы организации	Отдел закупок	БД
Передача информации	Отчет Отчет Отчет Отчет
Составление отчета
Передача отчета в БД

Трудозатраты, количество документов и количество их обновлений изображены в Таблице 6.

Таблица 6. Характеристика документов

Код документа	Наименование	Кол–во сотрудников	Кол–во документов, шт	Кол–во обновлений в месяц	Кол–во обновлений в год
01	Договор на поставку	2	2	1–31	12–372
02	Список товаров к закупке	2	1	1–4	12–48
03	Прайс	3	1	1–31	12–372
04	Отчет	4	2	1	12

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

Выполнение рутинных операций посредством ручного труда провоцирует следующие недостатки:

1. Низкая эффективность труда;
2. Сложность выполнения объемных вычислительных действий;
3. Высокая продолжительность обработки информации;
4. Низкая достоверность информации;
5. Затруднительное хранение большого объема информации.

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

1. Повышение эффективности труда;
2. Оперативность выполнения сложных и крупных вычислительных действий и операций;
3. Снижение продолжительности обработки информации;
4. Повышение достоверности информации;
5. Удобное и долговечное хранение большого объема информации.

Таким образом, внедрение системы реализации бизнес–процесса «Планирование закупок и размещение заказов поставщикам» является актуальной и целесообразной для исследуемой организации.

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

Как указано выше, для задачи основными являются следующие документы:

1. Договор на поставку;
2. Прайс;
3. Список товаров к закупке;
4. Отчет.

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

Таблица 7. Обоснование формы документа

Код документа	Наименование	Унифицированная форма	Оригинальное проектирование
01	Договор на поставку	+
02	Прайс	+
03	Список товаров к закупке		+
04	Отчет		+

Требования, предъявляемые к выбираемой технологии проектирования, относятся следующие:

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

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

По степени автоматизации методы проектирования разделяются на:

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

По степени использования типовых проектных решений различают следующие методы проектирования:

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

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

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

Для обеспечения целостности и связи сущностей будущей информационной системы, применялась определенная система кодирования. Классификаторы, применимые при проектировании, изображены в Таблице 8.

Таблица 8. Используемые классификаторы

Наименование кодируемого объекта	Рабочее наименование	Кол–во знаков кода	Система кодирования	Вид классификатора
IDпоставщика	IDп	4	Порядковая	Локальный
IDтовара	IDм	4	Порядковая	Локальный
IDдоговора	IDд	4	Порядковая	Локальный

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

Существует два способа организации информационной базы (ИБ):

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

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

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

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

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

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

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

Операционная система решает задачи, которые можно условно разделить на две категории:

• во–первых, управление всеми ресурсами компьютера;
• во–вторых, обмен данными между устройствами компьютера, между компьютером и человеком.

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

Ещё не так давно работы по настройке приходилось выполнять пользователю вручную, а сегодня производители компонентов компьютерной техники разработали протокол plug–and–play (включил – заработало). Этот протокол позволяет операционной системе в момент подключения нового компонента получить информацию о новом устройстве, достаточную для настройки ОС на работу с ним.

Операционные системы для ПК различаются по нескольким параметрам. В частности, ОС бывают:

• однозадачные и многозадачные;
• однопользовательские и многопользовательские;
• сетевые и несетевые.

Кроме того, операционная система может иметь командный или графический многооконный интерфейс (или оба сразу).

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

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

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

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

В настоящее время, с появлением мощных компьютеров, широкое распространение получили два типа ОС. К первому типу относятся достаточно похожие ОС семейства Windows компании Microsoft. Они многозадачные и имеют многооконный графический интерфейс. На рынке персональных компьютеров с Windows конкурируют ОС типа UNIX. Это многозадачная многопользовательская ОС с командным интерфейсом. В настоящее время разработаны расширения UNIX, обеспечивающие многооконный графический интерфейс. UNIX развивалась в течение многих лет разными компаниями, но до недавнего времени она не использовалась на персональных компьютерах, т.к. требует очень мощного процессора, весьма дорога и сложна, её установка и эксплуатация требуют высокой квалификации. В последние годы ситуация изменилась. Компьютеры стали достаточно мощными, появилась некоммерческая, бесплатная версия системы UNIX для персональных компьютеров – система Linux. По мере роста популярности этой системы в ней появились дополнительные компоненты, облегчающие её установку и эксплуатацию. Немалую роль в росте популярности Linux сыграла мировая компьютерная сеть Internet. Хотя освоение Linux гораздо сложнее освоения систем типа Windows, Linux – более гибкая и в то же время бесплатная система, что и привлекает к ней многих пользователей.

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

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

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

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

А) По модели данных.

1. Иерархическая база данных – это файловая система, состоящая из корневой директории, в которой имеется иерархия поддиректорий и файлов.

Например:

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

В этой модели запрос, направленный вниз по иерархии, прост (например: какие заказы принадлежат этому покупателю); однако запрос, направленный вверх по иерархии, более сложен (например, какой покупатель поместил этот заказ). Также, трудно представить не–иерархические данные при использовании этой модели.

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

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

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

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

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

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

Б) По степени распределённости:

1.Локальные СУБД – все части локальной СУБД размещаются на одном компьютере.

2.Распределённые СУБД – части СУБД могут размещаться на двух и более компьютерах.

Г) По способу доступа к БД:

1. Файл–серверные:

В файл–серверных СУБД файлы данных располагаются централизованно на файл–сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость централизованного управления; затруднённость обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД. На данный момент файл–серверная технология считается устаревшей.

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

2. Клиент–серверные:

Клиент–серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент–серверной СУБД централизованно. Недостаток клиент–серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.

3. Встраиваемые:

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

Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Sav Zigzag, Microsoft SQL Server Compact, ЛИНТЕР.

После анализа приведенной классификации баз данных, для реализации исследуемого бизнес–процесса была выбрана СУБД Microsoft Office Access, разработанная компанией Microsoft.

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

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

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

Перечень справочников:

1. Справочник поставщиков;
2. Справочник товаров;
3. Справочник договоров.

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

Рисунок 3. Информационная модель

Характеристика нормативно–справочной, входной и оперативной информации

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

• данные о поставщиках;
• данные о товарах;
• данные о договорах с поставщиками.

Нормативно–справочной информацией для данного бизнес–процесса будет являться информация о товарах, их количестве, стоимости и др.

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

Форма для ввода информации представлена на Рисунке 4.

Рисунок 4. Форма ввода данных

Прочие формы строятся аналогичным образом.

Перечень справочников приведен в Таблице 9.

Таблица 9. Перечень справочников

Название справочника	Ответственный за введение	Среднее число записей	Средняя частота актуализации	Средний объем актуализации %
Справочник поставщиков	Отдел закупок	50–100	28–31/мес	0–100
Справочник товаров	Отдел закупок	1000–100000	28–31/мес	0–100
Справочник договоров	Отдел закупок	50–100	28–31/мес	0–100

Входные документы охарактеризованы в Таблице 10.

Таблица 10. Характеристика входных документов

Код документа	Наименование	Источник получения	Частота возникн/мес	Число строк
01	Прайс	Поставщики	28–31	неогр
02	План продаж	Отдел маркетинга	1–2	неогр
03	Отчеты отделов	Отделы компании	0,5–1	неогр

Характеристика выходных документов приведена в Таблице 11.

Таблица 11. Характеристика выходных документов

Код документа	Наименование	Источник получения	Частота возникн/мес	Число строк
03	Список товаров	Отдел закупок	1–4	неогр
07	Договор	Отдел закупок	28–31	неогр
08	Перечень поставщиков	Отдел закупок	28–31	неогр
09	Отчет за период	Отдел закупок	28–31	неогр

2.3 Характеристика результатной информации

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

Характеристика результатных документов приведена в Таблице 12.

Таблица 12. Характеристика результатных документов

Наименование	Источник формирования	Частота формир/мес	Структура документа	Способ доставки
Список товаров	Договоры с поставщиком, прайс	1–4	Стандартная	Вывод формы на экран
Договор на поставку	Перечень поставщиков	28–31	Стандартная	Вывод формы на экран
Перечень поставщиков	Прайс, финансовый план	28–31	Стандартная	Вывод формы на экран
Отчеты для руководства за период	Договоры с поставщиком, прайс, список товаров к закупке	0,5–1	Стандартная	Вывод формы на экран

2.4 Общие положения (дерево функций и сценарий диалога)

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

Дерево функций изображено на Рисунке 5.

Функции

Основные

Служебные

Корректность авторизации

Настройки

Заполнение справочников

Ввод инф

Отображение результатов

Рисунок 5. Дерево функций

Сценарий диалога изображен на Рисунке 6.

Основное меню

Файл

Справочники

Отчеты

Сервис

Справка

Выход

Операции

Новый

Открыть

Сохран.

Печать

Настройки

Выход

Справочник поставщиков

Справочник товаров

Справочник договоров

Ввод инф

Вывод на экран

Составл. отчета

Печать

Парамет

О прогр

Отчет

Перечень поставщиков

Перечень товаров

Перечень договоров

Справочник пользоват.

Рисунок 6. Сценарий диалога

2.5 Характеристика базы данных

База данных состоит из трех таблиц:

• поставщики;
• товары;
• договоры;

Описание таблиц приведено ниже.

Таблица 13 Сведения о поставщиках

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код поставщика	числовой	Kod_post	4	4	неогр	Да Ключевое поле
ФИО	текстовый	Fio_post	30	30	неогр	Нет
Вид материалов	числовой	Mater	50	50	неогр	Нет

Таблица 14 Сведения о товарах

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код товара	счетчик	Tovar	4	4	неогр	Да. Ключ. Поле
Название	Текст.	Nazv	50	50	неогр	Нет

Таблица 15 Сведения о договорах

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код договора	Счетчик	Kod_dog	4	4	неогр	Да. Ключ.
Код поставщика	Текст.	Kod_post	4	4	неогр	Да
Код товара	Денеж.	Mater	4	4	неогр	Да
Примечание	Текст.	primech	100	100	неогр	Нет

ER–модель представлена на рисунке 7.

Договоры

код договора

код поставщика

код материала

примечание

Товары

код товара

наименование

Поставщики

код поставщика

ФИО поставщика

Вид материалов

Рисунок 7. ER–модель

2.6 Структурная схема пакета (дерево вызова программных модулей)

Дерево вызова программных модулей изображено на Рисунке 8.

Рисунок 8. Дерево вызова программных модулей

2.7 Описание программных модулей

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

Рисунок 9 Блок–схемы программного модуля «Авторизация»

2.8 Контрольный пример реализации проекта и его описание

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

Рисунок 10 Форма авторизации

После успешной авторизации открывается доступ (в соответствии с правами пользователя) к главному кнопочному меню. Форма меню представлена на Рисунке 11.

Рисунок 11 Форма главного кнопочного меню

Если пользователь решил внести в систему новые данные, то он, переходя по кнопке «Ввод данных», увидит следующую форму (Рисунок 12):

Рисунок 12 Форма «Ввод данных»

Аналогичным образом строятся формы «Обработка данных» и «Отчеты».

Для комфортного пользования системой был разработан ряд форм. Так, например, форма и тестовое заполнение формы «Поставщики» (Рисунок 13):

Рисунок 13 Форма «Поставщики»

Помимо всего прочего, предусмотрена возможность обработки информации посредством запросов и представления результатов запросов в удобной форме. Например, тестовый отчет «Перечень поставщиков» (Рисунок 14):

Рисунок 14 Отчет «Перечень поставщиков»

Прочие отчеты, запросы и формы построены аналогично приведенным.

ЗАКЛЮЧЕНИЕ

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

Для достижения данной цели были выполнены следующие задачи:

1. Выбран комплекс задач автоматизации
2. Дана характеристика существующим бизнес–процессам и документообороту, возникающему при решении задач
3. Дано обоснование проектным решениям по информационному и программному обеспечению
4. Построена информационная модель, описана нормативно–справочную, входную, оперативную и результатную информацию
5. Спроектированы общие положения и схему пакета базы данных
6. Предоставлено описание программных модулей
7. Реализован контрольный пример реализации проекта.

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

СПИСОК ЛИТЕРАТУРЫ

1. Архипенков, С. Хранилища данных. От концепции до внедрения / С. Архипенков, Д. Голубев, О. Максименко. - М.: Диалог-Мифи, 2015. - 528 c.
2. Атре, Ш. Структурный подход к организации баз данных / Ш. Атре. - М.: Финансы и статистика, 2016. - 317 c.
3. Бартеньев, О. 1С: Предприятие. Программирование для всех: моногр. / О. Бартеньев. - М.: Диалог МИФИ, 2014. - 464 c.
4. Белоногов, Г. Г. Автоматизация процессов накопления, поиска и
5. бобщения информации / Г. Г. Белоногов, А. П. Новоселов. - М.: Наука, 2017. - 256 c.
6. Глушаков, С. В. Базы данных / С. В. Глушаков, Д. В. Ломотько. - М.: Харьков: Фолио, 2014. - 504 c.
7. Голицына, О. Л. Базы данных / О. Л. Голицына. - М.: Форум; Инфра-М, 2017. - 399 c.
8. Грэй, П. Логика, алгебра и базы данных / П. Грэй. - М.: Машиностроение, 2015. - 368 c.
9. Дейт, К. Дж. Введение в системы баз данных / К. Дж. Дейт. - К.: Диалектика; Издание 6-е, 2014. - 784 c.
10. Дубнов, П. Ю. Access 2012. Проектирование баз данных / П. Ю. Дубнов. - М.: ДМК, 2015. - 272 c.
11. Емельянов, Н. Е. Введение в СУБД ИНЕС / Н. Е. Емельянов. - М.: Наука, 2014. - 256 c.
12. Крамм, Р. Системы управления базами данных dBASEII и dBASEIII для персональных компьютеров / Р. Крамм. - М.: Финансы и статистика, 2017. - 283 c.
13. Мерсер, Д. Drupal 6. Создание надежных и полнофункциональных веб-сайтов, блогов, форумов, порталов и сайтов-сообществ /Д. Мерсер. - М.: Вильямс, 2017. - 272 c.
14. Мюллер, Р. Дж. Базы данных и UML. Проектирование / Р. Дж. Мюллер. - М.: ЛОРИ, 2015. - 420 c.
15. Олле, Т. В. Предложения КОДАСИЛ по управлению базами данных / Т. В. Олле. - М.: Финансы и статистика, 2016. - 286 c.
16. Редько, В. Н. Базы данных и информационные системы / В. Н. Редько, И. А. Бассараб. - М.: Знание, 2014. - 240 c.
17. Тимошок, Б. Самоучитель Microsoft Access 2012 / Б. Тимошок. - М.: Вильямс, 2014. - 352 c.
18. Ульман, Дж. Основы систем баз данных / Дж. Ульман. - М.: Финансы и статистика, 2017. - 292 c.
19. Уорден, К. Новые интеллектуальные материалы и конструкции. Свойства и применение / К. Уорден. - М.: Техносфера, 2016. - 224 c.
20. Энсор, С. Д. Oracle проектирование баз данных / С .Д. Энсор. - М.: BHV Киев, 2014. - 560 c.