Разработка автоматизированного рабочего места регионального менеджера по учету готовой продукции на складе ООО "Аляска"

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 06.04.2015
Размер файла 3,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Рассмотрим теперь необходимое периферийное устройство - принтер. В таблице 1.7 приведено несколько моделей компании Hewlett-Packard, как лидера в области производства принтеров. Рассматриваются только ч/б лазерные принтеры, т.к. отсутствует необходимость цветной печати.

Таблица 1.6 Сравнительные характеристики принтеров Hewlett-Packard

Модель

Характеристика

HP LJ 1010

HP LJ 1200

HP LJ 1300

HP LJ 2200

Класс принтера

Для малых рабочих групп

Для малых рабочих групп

Для малых рабочих групп

Для средних рабочих групп

Скорость печати, стр/мин

До 12

До 17

До 19

До 22

Разрешение, dpi

600*600

600*600

1200*1200

1200*1200

Нагрузка, стр/мес

5000

До 10000

До 10000

40000

Стоимость картриджа, у.е.

66

67

66 (82)

92

Ресурс картриджа, стр

До 2000

До 2500

До 2500 (до 4000)

5000

Стоимость принтера, у.е.

200

300

330

700

Сервер Системы размещен в центральном офисе. К параллельным портам сервера Системы (LPT1, LPT2, LPT3) подключаются следующие принтеры:

§ HP LaserJet 1010 - 128 шт.

§ HP LaserJet 1300 - 254 шт.

Таблица 1.7 Характеристика используемого в проекте принтера

Параметр

Модель 1

Модель 2

Модель 3

Модель принтера

Canon LBP-3200

Epson EPL-6200

HP LaserJet 1010

Тип принтера

Лазерный, монохромный

Лазерный, монохромный

Лазерный, монохромный

Память

2 Мб

8 Мб

8 МБ

Типы печатных носителей

Бумага, конверты, пленки

Бумага, конверты, карточки, специальная пленка

Обычная бумага, конверты, прозрачные пленки, картон, почтовые открытки, наклейки

Лоток для бумаги

Кассета на 259 листов

250 листов

До 150 листов, 10 конвертов

Формат бумаги

A4, B5, A5, Letter, monarch

A4, A5, B5, Legal, Half-Letter

A4, A5, Letter, Legal, Corn-10

Потребляемая мощность

360 Вт

357 Вт

214 Вт

Уровень шума

55 дБ

54 Дб

58 дБ

Вес

6,1 Кг

7 Кг

5,9 Кг

Размеры

367x376x245 мм

407x436x261 мм

370x230x208 мм

Скорость печати

6/мин

8/мин

12/мин

Стоимость USD

240

325

180

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

Скорость передачи данных в локальной сети составляет 100 Мб/сек. Она достаточна для эксплуатации, поэтому реорганизации сети не потребуется.

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

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

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

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

УСД должна удовлетворять следующим требованиям.

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

ь УСД должна быть ориентирована на использование средств вычислительной техники;

ь УСД должна обеспечить информационную совместимость ЭИС различных уровней;

ь Все документы должны быть закодированы с использованием международных, общесистемных или локальных классификаторов.

В разрабатываемой системе будет ряд входных и выходных документов.

Входными являются заказ клиента. В перечень выходных документов относится товарно-транспортная накладная.

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

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

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

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

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

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

Принято выделять два способа организации информационной базы:

ь Совокупность локальных файлов

ь Интегрированная база данных.

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

Способы организации характеризуется:

ь Совместимостью данных;

ь Уменьшением синтаксической и семантической избыточности;

ь Соответствием данных реальному состоянию объекта;

ь Разделением хранения данных между пользователями;

ь Возможностью подключения новых пользователей.

В проекте АРМ регионального менеджера будет использоваться как первый, так и второй способы регистрации информации. Ввод, обработка и выдача информации производятся в диалоговом режиме.

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

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

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

В настоящее время реляционные системы лучше соответствуют техническим возможностям персональных компьютеров. Скоростные характеристики этих СУБД поддерживаются специальными средствами ускоренного доступа к информаци и- индексирование баз данных. Для АРМ менеджера можно предложить FoxPro , которая располагает большим количеством мощных средств, работающих с базами данных.

1.6.3 Обоснование выбора программного обеспечения

Программное обеспечение (ПО) представляет собой совокупность компьютерных программ, описаний и инструкций по их применению на ЭВМ. ПО делится на два класса:

ь Общее ПО (операционные системы, операционные оболочки, компиляторы, интерпретаторы, программные среды для разработки прикладных программ, СУБД, сетевые программы и так далее);

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

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

Характеристики различных операционных систем представлены в таблице 1.8

Таблица 1.8 Характеристика операционных систем

Параметр

Модель 1

Модель 2

Модель 3

Название ОС

ASPLinux 9.0

Windows 95

Windows XP

Совместная работа различных текстовых и графических редакторов

+

+

+

Системные требования

высокие

низкие

Средние

При разработке применялся объектно-оринтированный подход

-

+

+

Использование метода объектного связывания и метода OLE

-+

+

+

Использование стандарта Plug and Play

-

+

+

Многозадачность

+

+

+

Разрядность операционных систем

32

32

32

Спулер печати

+

+

+

Средства мультимедиа

+

+

+

Ограничение на длину файла

+

-

-

Возможность сетевой работы

средние

низкие

высокие

Пользовательский интерфейс

средний

средний

высокий

В качестве операционной системы мной была выбрана Windows XP, этот выбор был сделан в связи со с тем что данная операционная система удовлетворяет всем современных требований к операционным системам.

Для дипломного проектирования была выбрана операционная система Microsoft Windows XP Professional.

Данная операционная система обладает несколькими преимуществами:

· Надежная и безопасная операционная система, обеспечивающая стабильную и эффективную работу

· Более высокий уровень безопасности, включая возможность шифрования файлов и папок с целью защиты корпоративной информации

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

· Встроенная поддержка высокопроизводительных многопроцессорных систем

· Возможность работы с серверами Microsoft Windows Server и системами управления предприятиями

· Эффективное взаимодействие с другими пользователями по всему миру благодаря возможностям многоязычной поддержки

Выбор СУБД.

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

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

По технологии обработки данных базы данных:

· централизованные;

· распределенные.

Централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе. Такой способ использования баз данных часто применяют в локальных сетях ПК.

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

По способу доступа к данным базы данных бывают двух типов:

· с локальным доступом;

· с удаленным (сетевым доступом).

Системы централизованных баз данных с сетевым доступом предполагают различные архитектуры подобных систем:

· файл-сервер;

· клиент-сервер.

По степени универсальности различают два класса СУБД:

· системы общего назначения;

· специализированные системы.

СУБД общего назначения не ориентированы на какую-либо предметную область или на информационные потребности какой-либо группы пользователей. Каждая система такого рода реализуется как программный продукт, способный функционировать на некоторой модели ЭВМ в определенной операционной системе и поставляется многим пользователям как коммерческое изделие. Такие СУБД обладают средствами настройки на работу с конкретной базой данных. Использование СУБД общего назначения в качестве инструментального средства для создания автоматизированных информационных систем, основанных на технологии баз данных, позволяет существенно сокращать сроки разработки, экономить трудовые ресурсы. Этим СУБД присущи развитые функциональные возможности и даже определенная функциональная избыточность.

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

На выбор СУБД при построении системы автоматизации во многом определяет такие ее параметры, как:

1. Надежность и устойчивость;

2. Быстродействие;

3. Масштабируемость;

4. Защищенность;

5. Наличие средств разработки приложений;

6. Совместимость с другими платформами и ОС;

7. Возможность установки СУБД на существующий сервер;

8. Стоимостные затраты на приобретение лицензионной версии используемой в проекте СУБД должны быть минимальны.

Выбор СУБД (система управления базами данных). Сравнительные характеристики реляционных СУБД представлены в таблице 1.9

Таблица 1.9 Характеристики СУБД

Характеристики

Access 2003

Paradox 7.0

Работа в среде MS Windows XP

+

-

Дополнительные возможности работы с памятью

+

-

Сетевые возможности по пятибалльной шкале

4

3

Максимальное число открытых файлов

150000

Не огран.

Создание EXE модулей

+

-

Работа в SQL

+

+

Работа в QBE

-

-

Генератор отчетов

+

+

Генератор форм

+

+

Microsoft Access является СУБД реляционного типа, в которой сбалансированы все средства и возможности, типичных для современных СУБД. Реляционная база упрощает поиск, анализ, поддержку и защиту данных, поскольку они сохраняются в одном месте. Access в переводе с английского означает «доступ». MS Access -- это функционально полная реляционная СУБД. Кроме того, MS Access одна из самых мощных, гибких и простых в использовании СУБД. В ней можно создавать большинство приложений, не написав ни единой строки программы, но если нужно создать нечто очень сложное, то на этот случай MS Access предоставляет мощный язык программирования -- Visual Basic Application.

Преимущества СУБД Microsoft Access:

· доступность в изучении и понятность позволяют Access являться одной из лучших систем быстрого создания приложений управления базами данных;

· возможность использования OLE технологии;

· интегрированность с пакетом Microsoft Office;

· полная поддержка Web-технологий;

· визуальная технология позволяет постоянно видеть результаты своих действий и корректировать их;

· наличие большого набора «мастеров» по разработке объектов

Основными видами объектов, с которыми работает программа, являются:

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

Для увеличения скорости доступа к данным отдельные поля таблицы (или их совокупность) могут быть объявлены индексами. Индекс - средство, ускоряющее поиск и сортировку в таблице за счет использования ключевых значений, которое позволяет обеспечить уникальность строк таблицы. Первичный ключ таблицы индексируется автоматически. Не допускается создание индексов для полей с некоторыми типами данных.

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

Форма - это объект, предназначенный в основном для ввода данных, отображения их на экране или управления работой приложения.

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

Страница - используется для доступа к данным текущей базы данных Access.

Макрос - объект, представляющий собой структурированное описание одного или нескольких действий, которые должен выполнить Access в ответ на определенное событие.

Модуль - объект, содержащий программы на Microsoft Visual Basic, которые позволяют разбить процесс на более мелкие действия и обнаружить те ошибки, которые нельзя было бы найти с использованием макросов.

1.6.4 Обоснование технологического обеспечения

Под технологическим процессом обработки экономический информации (ТПОЭИ) понимается определенный комплекс операций, выполняемых в строго регламентированной последовательности с использованием определенных методов обработки и инструментальных средств, охватывающих все этапы обработки данных, начиная с регистрации первичных данных и заканчивая передачей результатной информации пользователю для выполнения [методичка].

Можно выделить три этапа в составе ТПОЭИ:

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

ь Машинный - ввод и обработка первичных документов;

ь Послемашинный - печать выходных документов.

На первом этапе документы проходят контроль поступивших документов (полнота, а также качество заполнения). Затем осуществляется сортировка документов на правильно и неправильно заполненные. В свою очередь правильно заполненные документы регистрируются. Документ считается неправильно заполненным, если он не соответствует предъявляемым к нему требованиям. В этом случае, на его исправление формируется запрос и отсылается к источнику информации. Если первичная информация поступила на магнитном носителе необходимо проверить качество записи информации на диск. Фиксируются такие параметры как имя файла, его объем, от кого и когда поступила информация. В том случае, если данные поступают по каналам связи, то определяется от кого, когда и какое количество записей пришло.

Данные вводятся в ПК двумя способами:

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

ь Автоматизированное чтение с бумажных носителей.

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

При этом следует отметить, что данный контроль может быть двух типов:

ь Синтаксический. Данный тип контроля может осуществляться на нескольких уровнях:

Ш Структуры файла;

Ш Структуры записи;

Ш Структуры поля.

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

Применяемый ТПОЭИ должен удовлетворять следующим требованиям:

ь Обеспечивать пользователей своевременной информацией;

ь Обеспечивать высокую степень достоверности полученной информации;

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

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

Ввод информации целесообразно осуществлять в диалоговом режиме, то есть посредством обмена сообщениями между пользователем и ЭВМ. Важнейшей особенностью данного режима является постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию), причем смена ролей должна быть оперативной. Диалоговый режим будет реализован посредством разработки диалоговой системы, представляющей собой совокупность технического, информационного, программного, лингвистического обеспечения, предназначенную для выполнения функций управления диалогом, информирования пользователя, ввода информационных сообщений, обработки их с помощью прикладных программ и выдачи результатов. Диалоговая система Microsoft Office Access 2003 основана на системе экранных форм и различных элементов управления (кнопок, гиперссылок и т.п.). Для хранения обработки и контроля информации будет использована СУБД Microsoft Office Access 2003. Данная СУБД позволяет в полной мере осуществлять поддержку целостности данных (осуществлять синтаксический и семантически-логический и арифметический контроль.

С точки зрения безопасности Microsoft Office Access 2003 отвечает всем современным требованиям, что означает поддержку системы разделения прав доступа ко всем объектам информационной системы. Доступ к Microsoft Office Access 2003 возможен только после ввода логина и пароля. Таким образом, несанкционированный доступ в систему представляется в значительной степени затрудненным.

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

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

2.1 Информационное обеспечение задачи

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

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

Ниже на рис. 2.1. приведена подробная информационная модель рассматриваемого комплекса задач.

2.1.1 Используемые классификаторы и системы кодирования

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

Состав и структура классификаторов

Следующие классификаторы:

1. Справочник «Покупатели»

2. Справочник «Цехов»

3. Справочник «ГП»

4. Справочник «Единицы измерения»

Таблица 2.1

№ п/п

Наименование классификатора

Система классификации

Система кодирования

Длина кода

Тип классификатора

1

Покупатели

иерархическая

Разрядная система

6 знака

локальные

2

Цехи

иерархическая

Разрядная система

6 знаков

локальные

3

ГП

иерархическая

Разрядная система

6 знаков

локальные

4

Единицы измерения

иерархическая

Разрядная система

6 знака

локальные

1) Покупатели

R1 = [форма собственности] = 1 признак

L1 = lg10+ lg20 = 3

Фкс = [ХХ +ХХХХ]:[ФИО покупатели]

Код покупателя

Код формы собственности

2) Цехи

R2 = [тип подразделения] = 1 признак

L2 = lg2 + lg40 = 6

Фкс = [ХХ +ХХХХ]:[ФИО работника]

Код наименование организации

Код цеха

3) Готовая продукция

R3 = [страна- производитель] = 2 признака

L3 = lg9 + lg99 + lg200= 6

Фкс = [Х +ХХ+ХХХ]:[ФИО работника]

Код наименования гп

Код работника

Код цеха

4) Единицы измерения

R3 = [тип единицы измерения] = 1 признак

L3 = L3 = lg3 = 3

Фкс = [ХХ +ХХХХ]:[наименование единицы измерения]

Код единицы измерения

Код типа единиц измерения

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

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

· Заявка;

Содержит краткую информацию об обратившемся клиенте. Поступает в электронном типе. В документе содержатся показатели:

Ш Срок кредитования;

Ш Максимальный ежемесячный платеж;

Ш Размер первоначального взноса;

Ш Совокупный ежемесячный доход семьи;

Ш Размер предполагаемого кредита.

Документ поступает из call-центра компании, либо в качестве анкет. Совокупный объем заявок по всем каналам составляет около 100 штук. Ввод данных осуществляется через экранную форму «Заявка». Форма связанна с таблицей «Lead».

· Пакет документов, необходимых для предоставления в банк; пакет включает в себя:

Ш паспорт (все страницы, вне зависимости от наличия отметок на них);

Ш свидетельство о регистрации по месту пребывания (при наличии);

Ш страховое свидетельство государственного пенсионного страхования;

Ш свидетельство о постановке на налоговый учет (ИНН) - при наличии;

Ш документы об образовании (аттестаты, дипломы, свидетельства, сертификаты и т.п.);

Ш военный билет для лиц мужского пола призывного возраста (все заполненные страницы);

Характеристика инфологической модели базы данных

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

Создание базы данных начинается с построения построении комплекса взаимосвязанных моделей данных. Наиболее важным этапом проектирования является создание инфологической модели предметной области.

Ниже на рис. 2.3 представлена инфологическая модель компании

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

К стержневым сущностям можно отнести:

1. Покупатели (Код покупателя, наименование покупателя)

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

Аналогично создаются: Номер_ заказа, наименование_заказа, код_покупателей, код_группы, количество_заказа, ФИО_покупателя.

2. Цехи (Код_цеха, наименование_цеха)

3. Готовая продукция (Код_готовой продукции, наименование_готовой продукции, код_единицы изиерения)

4. Единицы измерения (Код_единицы измерения, наименование_единицы_измерения)

Выделение этой сущности позволит сократить объем данных и снизить вероятность возникновения противоречивости (исключается необходимость ввода длинных текстовых названий).

5. Накладная на готовую продукцию (Номер_накладной готовой продукции, наименование_накладной _ готовой продукции, код_цеха, код_готовой продукции, еденица измерения, цена, стоимость)

6. ТТН (Номер_ттн, наименование_ттн, код_покупателя, код_готовой продукции, стоимость)

7. План реализации (Номер_плана реализации, наименование_плана реализации, код_покупателя, код_готовой_продукции, код_плана_реализации)

Характеристика даталогической модели базы данных

Даталогическая модель (ДМ) используется для отображения состава таблиц, содержащих информацию о сущностях ИЛМ, а также взаимосвязей между ними. На рисунке 2.3. представлена Даталогическая модель, построенная на основании разработанной инфологической модели. Перечень полей, содержащихся в таблицах даталогической модели, находится в приложении №4.

Рис. 2.2. Схема даталогической модели базы данных

В целях обеспечения надлежащего уровня безопасности, а также целостности данных права доступа к системе будут разграничены между сотрудниками ООО "Аляска" в соответствии с рис. 2.2.

Рис. 2.3. Схема инфологической модели базы данных;

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

· Цехи (таблица Cehi)

· Единицы измерения (таблица Edinici_izmereniya )

· Готовая продукция (таблица GP )

· Накладная на готовую продукцию (таблица Naklad_GP)

· План реализации (таблица Plan_real)

· Покупатели (таблица Pokupateli)

· Товарно-транспортная накладная (таблица TTN )

· Заказ (таблица Zakaz)

Описание таблиц, а также полный перечень полей показан ниже

Таблица цехи

N п\п

Наименование поля

Идентификатор поля

Тип данных

Длина

Признак ключа

1

Код цеха

Kod_ceha

Числовой

4

2

Наименование цеха

Naim_ceha

Текстовый

10

Таблица Единицы измерения

N п\п

Наименование поля

Идентификатор поля

Тип данных

Длина

Признак ключа

1

Код единицы измерения

Kod_ed_izm

Числовой

4

РК

2

Наименование единицы измерения

Naim_ed_izm

Текстовый

2

Таблица Готовая продукция

N п\п

Наименование поля

Идентификатор поля

Тип данных

Длина

Признак ключа

1

Код готовой продукции

Kod_gp

Числовой

4

РК

2

Наименование готовой продукции

Naim_gp

Текстовый

10

3

Код единицы измерения

Kod_ed_izm

Числовой

4

Таблица Накладная на готовую продукцию

N п\п

Наименование поля

Идентификатор поля

Тип данных

Длина

Признак ключа

1

Номер накладной на готовую продукцию

Nom_nakl_gp

Числовой

4

РК

2

Наименование накладной готовую продукцию

Naim_nakl_gp

Текстовый

10

РК

3

Единицы измерения

Ed_izm

Числовой

4

4

Цена

Cena

Числовой

7

5

Стоимость

Stoimost

Числовой

7

6

Код цеха

Kod_ceha

Числовой

4

РК

7

Код готовой продукции

Kod_gp

Числовой

6

РК

Таблица План реализации

N п\п

Наименование поля

Идентификатор поля

Тип данных

Длина

Признак ключа

1

Номер плана реализации

Nom_plana_real

Числовой

4

РК

2

Наименование плана реализации

Naim_plana_real

Текстовый

10

РК

3

Код плана реализации

Kod_plana_real

Числовой

4

4

Код покупателей

Kod_pokupateley

Числовой

7

РК

5

Код готовой продукции

Kod_gp

Числовой

7

РК

Таблица Покупатели

N п\п

Наименование поля

Идентификатор поля

Тип данных

Длина

Признак ключа

1

Код покупателей

Kod_pokupateley

Числовой

4

РК

2

Наименование покупателей

Naim_pokupateli

Текстовый

20

Таблица ТТН

N п\п

Наименование поля

Идентификатор поля

Тип данных

Длина

Признак ключа

1

Номер ттн

Nom_ttn

Числовой

4

РК

2

Наименование ттн

Naim_ttn

Текстовый

10

РК

3

Код покупателей

Kod_pokupateley

Числовой

4

РК

4

Код группы

Kod_gp

Числовой

7

РК

5

Стоимость

Stoim

Числовой

7

Таблица Заказ

N п\п

Наименование поля

Идентификатор поля

Тип данных

Длина

Признак ключа

1

Номер заказа

Nom_zakaza

Числовой

4

РК

2

Наименование заказа

Naim_zakaza

Текстовый

10

РК

3

Количество заказов

Kol_zakaza

Числовой

4

4

ФИО покупателя

Fio_pokup

Текстовый

20

5

Код покупателей

Kod_pokupateley

Числовой

7

РК

6

Код готовой продукции

Kod_gp

Числовой

РК

Заказ товара

N п\п

Наименование поля

Идентификатор поля

Тип данных

Длина

Признак ключа

1

Номер заказа товара

Nom_zakaza_tovara

Текстовый

4

2

Наименование заказа

Naim_zakaza

Текстовый

10

РК

3

Код заказа

Kod_zakaza

Числовой

4

4

Код единицы измерения

Kod_ed_izm

Числовой

20

РК

5

Распоряжение на заказа

Rasp_na_zakaz

Текстовый

7

6

Количество заказа

Kol_zakaza

Числовой

5

7

Утверждение заказ

Utverg_zakaza

Текстовый

12

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

Результатная информация не хранится в системе, а выводится в форме отчетов и документов. Заполненные макеты отчетов и документов представлены в приложении №5. Результатными документами, генерируемыми внедряемой системой, будут:

· Выходные документы:

1. Ведомость остатков материалов на складе

2. Ведомость поступления ГП

3. Ведомость реализации товаров

4. Ведомость отклонения от плана реализации;

· Отчеты:

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

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

· Цехи (таблица Cehi)

· Единицы измерения (таблица Edinici_izmereniya )

· Готовая продукция (таблица GP )

· Накладная на готовую продукцию (таблица Naklad_GP)

· План реализации (таблица Plan_real)

· Покупатели (таблица Pokupateli)

· Товарно-транспортная накладная (таблица TTN )

· Заказ (таблица Zakaz)

2.2 Программное обеспечение задачи

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

На рисунке 2.4. представлено графическое описание функций управления и обработки данных, осуществляемых посредством внедряемой системы. Функции можно разделить на две группы: основные и служебные. К основным функциям относятся:

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

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

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

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

Также можно выделить ряд служебных функций:

· Ведение пароля;

· Ведения архива;

· Ведение календаря;

· Работа со справкой

Взаимодействие с пользователем в системе Microsoft Dynamics CRM 3.0 реализовано на принципах диалога. Система имеет графический интерфейс, общение пользователя с «машиной» происходит посредством передачи сообщений через терминальные устройства. В приложении №6 представлены скриншоты экранных форм. На рисунках 2.5. и 2.6. отображена общая схема сценария диалога.

Доступ к данным разграничен настройками прав (ролей), назначенных каждому пользователю. В верхней части экрана слева расположено меню и панель инструментов, справа - имя пользователя, выполнившего вход в систему. Слева расположена область переходов. Область переходов предоставляет быстрый доступ к любой области. Эта область содержит следующие подчиненные области:

· Рабочая область (Эта область является индивидуальной рабочей областью пользователя);

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

Для начала работы необходимо перейти к нужному разделу базы данных (одинарным кликом мыши).

Меню «Справки» содержит ссылки на следующие разделы (справочники):

· Покупатели (стандартные системные параметры);

· Цехи (настройки объектов и интерфейсов системы);

· Готовая продукция - перечень товаров;

· Единицы измерения - дополнительные ОБЩИЕ настройки системы, необходимые для функционирования доработок,

Печать документов будет осуществляться из меню экранной формы

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

Microsoft Access является стандартизированным программным средством, построенным по наиболее актуальной на сегодня методике модульного проектирования. Таким образом, каждая копия данного программного комплекса содержит ряд идентичных программных модулей. Настройка возможна как с использованием встроенного инструментария, так и с применением внештатных средств программирования. Ниже, на рисунке 2.6. представлено дерево программных модулей, разработанных специально для ООО «Аляска»

Рис. 2.6 Схема древа программных модулей

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

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

ПМ Загрузка исходные данные Модуль работы с первичными документами. Запуск данного модуля осуществляется при введение данных из нового платежного поручения, а также при необходимости корректировки или удаления записей. Имеется возможность выбора необходимых платежных поручений в соответствие с параметрами запроса ПМ Ввод накладной Модуль работы с документами запускается для нового составления документа в системе. Данные программного модуля покупатели попадают в справочник покупателей. В рамках данного модуля также предусмотрены ввод корректировка и удаление записей, а также выбор записей в соответствие с запросом ПМ Корректировка накладной Запуск модуля осуществляется при необходимости изменения данных в документе

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

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

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

ПМ Загрузка модуля ведение справочников Модуль предусматривает формирование различных отчетов по отдельным категориям

ПМ Загрузка модуля ведение справочников покупателей Модуль предусматривает формирование различных отчетов по категории клиентов.

2.2.4 Схема взаимосвязи программных модулей и информационных файлов

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

Описание возможностей программных модулей разрабатываемой системы приведено на рис.2.7

Рис. 2.7 Схема взаимосвязей модулей и файлов

2.3 Технологическое обеспечение задачи

2.3.1 Организация технологии сбора, передачи, обработки и выдачи информации

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

2.3.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации

Технологический процесс машинной обработки экономической информации представляет собой совокупность операций, осуществляемых в строго определенной последовательности с начального момента до окончательного получения заданных результатов. Его можно подразделить на четыре укрупненных этапа: первичный, подготовительный, основной и заключительный. На первичном этапе осуществляется сбор исходных данных, их регистрация и передача для ввода в ЭВМ. Подготовительный этап охватывает операции по приему, контролю и регистрации входной информации и переносу ее на машинные носители. Основной этап обеспечивает непосредственную обработку информации на ЭВМ. На заключительном этапе осуществляется контроль, выпуск и передача результатной информации потребителю.

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

Рис. 2.8 Схема технологического процесса сбора, передачи, обработки и выдачи информации (СТП) в графическом виде

Описание схемы дано в приложении №8. Схема технологического процесса сбора, передачи, обработки и выдачи информации (СТП) в графическом виде представлена ниже.

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчета экономической эффективности

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

Экономическая эффективность проекта (Э) складывается из двух составляющих:

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

2. Прямого эффекта, который характеризуется снижением трудовых, стоимостных показателей.

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

· абсолютное снижение трудовых затрат (DТ): DТ=Т01, где Т0 - трудовые затраты на обработку информации по базовому варианту,

Т1 - трудовые затраты на обработку информации по предлагаемому варианту.

· коэффициент относительного снижения трудовых затрат (КТ): КТ=DТ/T0*100%.

· индекс снижения трудовых затрат или повышение производительности труда (YT): YT=T0/T1.

К стоимостным показателям относятся: абсолютное снижение стоимостных затрат (DC), коэффициент относительного снижения стоимостных затрат (КC) индекс снижения стоимостных затрат (YC), рассчитываемые аналогично.

Помимо рассмотренных показателей целесообразно также рассчитать срок окупаемости затрат на внедрение проекта машинной обработки информации (Ток): ТокП/DC, где КП - затраты на создание проекта машинной обработки информации (проектирование и внедрение).

3.2 Расчет показателей экономической эффективности проекта

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

Ниже показаны расчеты экономической эффективности при базовом и автоматизированном вариантах.

Также рассчитываются:

1. Приведенный показатель годовой экономии:

Эг=(C0 +Eн*K0) - (Cj + Eн*Kj),

Где Kj, K0 - капитальные затраты предлагаемого и базового периодов.

2. Показатель срока окупаемости капитальных затрат:

Tок=(Kj - K0)/?C

Таблица 3.2 затрат базового варианта

№ п/п

Наименование операций технологического процесса решения комплекса задач

Оборудование

Ед. Измерения

Объем работы в год

Норма выработки / производительность устройств ЭВМ (опер/в час.)

Трудоем-кость (гр5: гр6)

Средне-часовая зарплата специалиста (руб.)

Часовая норма аморти-зации (руб. за час) /ст. 1 маш.часа (руб.)

Часовая стоимость накладных расходов (руб.)

Стоимостные затраты [(гр8+гр/9 +гр10 )*гр.7] для операций, вып. на ЭВМ

1

2

3

4

5

6

7

8

9

10

11

1

Прием, контроль, регистрация информации

КВМ

Док/Строки

53150

400

133

150

0,1

105

33928

2

Заполнение данных в ЭВМ

Символы

2129200

5600

380

150

-

105

96900

3

Обработка на ЭВМ

ЭВМ

Операции

5092

200

25

150

0,1

105

63776

4

Анализ и выпуск рез. Док.

-

Документ

29751

4

7438

150

-

105

1896690

5

Итого затрат по базовому варианту

7976

2091294

Таблица 3.2 затрат для автоматизированного варианта

№ п/п

Наименование операций технологического процесса решения комплекса задач

Оборудование

Ед. Изм.

Объем работы в год

Норма выработки / производительность устройств ЭВМ (опер/в час.)

Трудоемкость (гр5: гр6)

Среднечасовая зарплата специалиста (руб.)

Часовая норма аморти-зации (руб. за час)/ст. 1 маш.часа (руб.)

Часовая стоимость накладных расходов (руб.)

Стои-мостные затраты [(гр8+гр/9 +гр10)*гр.7] для операций, вып. на ЭВМ

1

2

3

4

5

6

7

8

9

10

11

1

Прием, контроль, регистрация информации

КВМ

Док/Строки

53150

400

133

150

0,1

105

33928

2

Ввод данных в ЭВМ

ЭВМ

Символы

1500000

7200

208

150

50

105

53061

3

Обработка на ЭВМ

ЭВМ

Операции

10646000000

3600000000

3

150

50

105

765

4

Печать результатной информации

Принтер

Страницы

1800

1000

2

150

50

105

610

5

Анализ и выпуск рез. Док.

-

Документ

29751

6

4958

150

-

105

1264290

5

Итого затрат по базовому варианту

5304

1352654

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

Ep=1/Tок

Таким образом формируются показатели Т0, Т1 (гр. 7) и С0, С1 (гр. 12). С их использованием вычисляются все остальные показатели, описанные в пункте 1. Результаты расчетов оформляются в табличной форме (см. табл. 3.3). Может быть избрана и другая табличная форма, основными требованиями к которой являются наглядность и простота.

Таблица 3.3. Показатели эффективности от внедрения проекта автоматизации.

Затраты

Абсолютное изменение затрат

Коэффициент изменения затрат

Индекс изменения затрат

базовый вариант

проектный вариант

Трудоемкость

T0 (час)

T1 (час)

?Т=Т01 (час)

КТ=?Т/T0х100%

YT=T0/T1

7976

5304

2672

33%

1,5

Стоимость

C0 (руб.)

C1 (руб.)

?C=C0-C1 (руб.)

КC=?C/C0х100%

YC=C0/C1

2091294

1352654

738640

35%

1,5

Желательно охарактеризовать связь показателей YT и YC, объяснив их равенство или неравенство с точки зрения функциональной информационной технологии.

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

После расчета срока окупаемости проекта, все показатели эффективности должны быть проиллюстрированы диаграммами (например, круговыми или столбчатыми).

Показатель оценки капитальных затрат Кj на j-ый технологический процесс рассчитывается по формуле:

Кj = Кэвмj+Кпоj+Кпрj,

Где: Кэвмj - доля затрат, приходящаяся на разрабатываемую задачу, комплекс задач по j-му варианту. Кпоj - затраты на приобретение ППП, как средство проектирования для j -го варианта технологического процесса, Кпрj -затраты на проектирование j -го варианта технологического процесса. Кпрj -затраты на проектирование j -го варианта технологического процесса


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.