Добавлен: 16.06.2023
Просмотров: 260
Скачиваний: 2
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Характеристика существующих бизнес – процессов
1.3. Характеристика документооборота, возникающего при решении задачи
1.4. Обоснование проектных решений по информационному обеспечению
1.5. Обоснование проектных решений по программному обеспечению
2.1. Информационная модель и её описание
2.2. Характеристика нормативно-справочной, входной и оперативной информации
2.3. Характеристика результатной информации
2.4 Общие положения (дерево функций и сценарий диалога)
2.5 Характеристика базы данных
2.6 Структурная схема пакета (дерево вызова программных модулей)
2.7. Описание программных модулей
Таблица 3
Используемые системы кодирования
|
Кодируемое множество объектов |
Длина кода |
Мощность кода |
Система кодирования |
Система классификации |
Вид классификатора |
|---|---|---|---|---|---|
|
Сотрудники отдела закупок |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
|
Товары |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
|
Договоры с поставщиками |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
|
Покупка необходимого товара |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
Все классификаторы ведутся менеджером.
Классификатор сотрудников отдела закупок.
Структурная формула классификатора:
F = [Фамилия] : [XXXXX] – код сотрудника
Пример заполнения - 001234
Классификатор товаров.
Структурная формула классификатора:
F = [Наименование ]:[ XXXXX] - код товара
Пример заполнения - 00001
Классификатор заявок на покупку.
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] - код заявки
Пример заполнения - 00004
Классификатор договоров.
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] - код договора
Пример заполнения – 00012
1.5. Обоснование проектных решений по программному обеспечению
Наиболее важное отличие разработки бизнес-приложений в системе 1С от разработки в универсальной системе (Delphi, С++) заключается в том, что разработка приложения в 1С осуществляется в терминах классов проблемно-ориентированных бизнес-сущностей.
Продукция отечественной компании «1С», в отличии от перечисленных вендоров, более рентабельна, так как характеризуется сравнительно невысокой стоимостью и внедрения и большим количеством качественных специалистов, которые способны поддерживать информационную систему.
Кроме того, выбор в пользу сильной отечественной информационной платформы обоснован еще и тем, что в современных условиях санкций активно реализуется программа импортозамещения. Зарубежное программное обеспечение становится менее выгодным. Стратегически правильным является внедрение более конкурентоспособных информационных систем компании «1С».
Основное отличие от существующих аналогичных систем заключается в направленности разрабатываемой информационной системы на реализацию конкретных бизнес-процессов посредством информационной поддержки ЭИС. Отметим, что функциональность и технология RAD (быстрое проектирование и разработка приложений), заложенная в платформу, позволяет быстро доработать и добавить в нее функционал при необходимом адаптационном запросе на изменение информационной системы с учетом изменения предметной области.
База данных разрабатывалась на основе системы управления реляционными базами данных (БД) Microsoft SQL Server 2012.
Важнейшее преимущество в обосновании выбора SQL Server 2012 заключается в его наивысшей совместимости с 1С. Этому способствует плодотворное сотрудничество между «Microsoft» и «1С». Это сделало продукт SQL Server полностью совместимым с «1С».
Нами были проанализированы средства разработки приложений, а также программные аналоги по исследуемой задаче. Была выбрана платформа 1С: Предприятие как программная платформа. В качестве языка программирования был выбран встроенный язык программирования системы «1С: Предприятие 8.3».
Итак, обозначим основные конкурентные преимущества системы «1С: Предприятие 8.3»:
- Кластеризация и гибкость разработки.
- Невысокая цена разработки.
- Высокая скорость разработки информационной системы в сравнении с аналогичными системами.
Подобные информационные системы не подойдут анализируемому предприятию. Это обусловлено особенностями их тиражного распространения. При этом разрабатываемая система создается для внедрения в конкретный бизнес-процесс и на конкретном предприятии.
Выберем среду программирования с использованием метода экспертной оценки. Для этого нужно обозначить ряд критериев оценки среды программирования. Значимость каждого представленного критерия была оценена экспертами с использованием 100-бальной шкалы.
Основываясь на полученных данных, найдем коэффициент относительной важности критерия и средний балл. В табл. 4-5 отражены результаты экспертизы.
Таблица 4
Результаты экспертизы сред разработки, первый этап
|
Функция |
Эксперт 1 |
Эксперт 2 |
Эксперт 3 |
Средний балл по 100 бальной шкале |
Коэффициент относительной важности |
|
Стоимость |
75 |
90 |
85 |
83 |
13,7 |
|
Простота сопровождения |
80 |
75 |
86 |
80 |
13,2 |
|
Временные затраты на разработку |
90 |
85 |
95 |
90 |
14,8 |
|
Быстродействие |
89 |
95 |
90 |
91 |
15 |
|
Удобный дизайн |
85 |
81 |
90 |
85 |
14 |
|
Мощность пакета |
75 |
92 |
84 |
84 |
13,8 |
|
Возможности языка |
100 |
89 |
94 |
94 |
15,5 |
|
Сумма |
606 |
100,0% |
Таблица 5.
Результаты экспертизы сред разработки, второй этап
|
Функция |
Коэффициент относительной важности |
Среда программирования |
|
|
1C |
C++ Builder |
||
|
Стоимость |
13,7 |
+ |
+ |
|
Простота сопровождения |
13,2 |
+ |
- |
|
Временные затраты на разработку |
14,8 |
+ |
- |
|
Быстродействие |
15 |
+ |
+ |
|
Удобный дизайн |
14 |
+ |
+ |
|
Мощность пакета |
13,8 |
+ |
+ |
|
Возможности языка |
15,5 |
+ |
+ |
|
Сумма |
100,0% |
100 |
72 |
С учетом вышесказанного, а также, принимая во внимание результаты анализа с использованием метода экспертной оценки, выберем среду программной разработки в пользу 1C. Ею обеспечивается удобство использования и чрезвычайно высокая производительность.
II Проектная часть
2.1. Информационная модель и её описание
Рассматриваемая информационная модель имеет вид схемы движения результативных, промежуточных и входных потоков, а также функций предметной области. К тому же, она объясняет, на основе каких именно входных документов, и на основе какой именно нормативно-справочной информации выполняются функции по обработке данных и формированию конкретной выходной документации. На рисунке 4 показана информационная модель предметной области.
Рисунок 4 – Информационная модель предметной области компании
2.2. Характеристика нормативно-справочной, входной и оперативной информации
В табл. 1 показана структура разработанных справочников и описаны их реквизиты.
Таблица 1
Структура и состав справочников
|
Наименование объекта |
Реквизиты |
Тип |
Свойства |
|
Справочник «Товары» |
Код |
Строка |
Длина - 9 |
|
Наименование |
Строка |
Длина - 45 |
|
|
Дата поступления |
Дата |
- |
|
|
Артикул |
Строка |
Длина - 17 |
|
|
Количество |
Строка |
Длина - 6 |
|
|
Тип |
Строка |
Длина - 30 |
|
|
Справочник «Поставщики» |
Код |
Строка |
Длина - 9 |
|
Наименование |
Строка |
Длина - 45 |
|
|
Номер договора |
Строка |
Длина - 9 |
Далее мы более детально рассмотрим разработанные справочники. Также будут рассмотрены их формы.
Справочник «Товары» создан с целью хранения списка товаров и информации о них (рис. 4-5).
Рис. 2.4 – Структура справочника «Товары»
Рис. 2.5 – Форма элемента справочника «Товары»
С целью хранения списка поставщиков, используемых в организации, и номеров договоров для них используется справочник «Поставщики» (рис. 6-7).
Рис. 2.6 – Структура справочника «Поставщики»
Рис. 2.7 – Форма списка справочника «Поставщики»
Для отображения любой хозяйственной операции в платформе 1С предусматриваются объекты – документы, предназначаемые для хранения основных данных обо всех событиях, которые происходят в организации.
В табл. 2 отражена структура разработанных табличных частей, документов и описание их реквизитов.
Таблица 2
Структура и состав документов
|
Наименование объекта |
Реквизиты |
Тип |
Свойства |
|
Документ «Приём товара на склад» |
Номер |
Строка |
Длина - 9 |
|
Дата поступления |
Дата |
- |
|
|
Наименование товара |
Справочник. Товары |
- |
|
|
Артикул |
Справочник. Товары |
- |
|
|
Тип |
Справочник. Товары |
- |
|
|
Количество |
Число |
Длина – 6, точность - 2 |
|
|
Поставщик |
Справочник. Поставщики |
- |
|
|
Документ «Продажа товара» |
Номер |
Строка |
Длина - 9 |
|
Дата |
Дата |
- |
|
|
Наименование товара |
Справочник. Товары |
- |
|
|
Артикул |
Справочник. Товары |
- |
|
|
Количество |
Число |
Длина – 6, точность - 2 |
|
|
Документ «Учёт проданного товара» |
Номер |
Строка |
Длина - 9 |
|
Дата |
Дата |
- |
|
|
Наименование товаров |
Справочник. Товары |
- |
|
|
Период с |
Дата |
- |
|
|
Период по |
Дата |
- |
|
|
Артикул |
Справочник. Товары |
- |
|
|
Всего продано |
Число |
Длина – 6, точность - 2 |
|
|
Документ «Расчёт затрат на покупку необходимого товара» |
Номер |
Строка |
Длина - 9 |
|
Дата |
Дата |
- |
|
|
Период с |
Дата |
- |
|
|
Период по |
Дата |
- |
|
|
Количество товаров |
Число |
Длина – 6, точность - 2 |
|
|
Необходимо потратить |
Число |
Длина – 6, точность - 2 |
Факт приема товара на склад отражается в документе «Прием товара на склад» (рис. 2.8).
Рис. 2.8 – Структура документа «Приём товара на склад»
В форме документа указывается товар, его тип, количество, артикул, дата поступления, а также компания, поставляющая товар на склад (рис. 2.9).
Рис. 2.9 – Форма документа «Приём товара на склад»
Макет – специальный объект системы, разработанный для формирования печатной формы приказа о приеме товара на склад (рис. 2.10).
Рис. 2.10 – Макет документа «Приём товара на склад»
Чтобы распечатать приказ о приеме товара на склад, нужно нажать на кнопку «Печать приказа». Кнопка расположена в нижней части документа «Прием товара на склад».
Рис. 2.11 – Печатная форма документа «Приём товара на склад»
В документе «Продажа» отражается факт продажи товара со склада (рис. 2.12).
Рис. 2.12 – Структура документа «Продажа»
В форме документа указывается товар, его артикул и проданное количество (рис. 2.13).
Рис. 2.13 – Форма документа «Продажа»
Документ «Учет проданного товара» создан для учета товаров, проданных со склада за определенный период (рис. 2.14).
Рис. 2.14 – Структура документа «Учёт проданного товара»
В форме документа указывается товар, его артикул и период, за который сформирован документ. В табличной части указывается дата и количество товаров, которые были проданы (рис. 2.15).
Рис. 2.15 – Форма документа «Учёт проданного товара»
Чтобы облегчить ввод, нужно нажать на кнопку «Заполнить». После этого табличная часть будет заполнена данными за выбранный период по выбранному графику из регистра сведений «График продаж». Листинг процедуры показан в Прил. A (рис. А.8).
Для расчёта затрат на покупку необходимого товара в системе был разработан документ «Расчёт затрат» (рис. 2.16).
Рис. 2.16 – Структура документа «Расчёт затрат»
В форме документа должны быть указаны товары, необходимые для покупки на склад. С этой целью необходимо нажать на кнопку «Заполнить». Система в автоматическом режиме заполнит таблицу перечнем необходимых товаров при помощи запроса к справочнику «Товары» и к документу «Учёт проданного товара». Расчет полей «На период с» и «На период по» производится в автоматическом режиме (рис. 2.17).