Разработка АРМ менеджера отдела сбыта компании по продажам хрустальных и стекольных изделий

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Владимирский государственный университет имени Александра Григорьевича и Николая Григорьевича Столетовых»

Факультет информационных технологий Кафедра УИТЭС КУРСОВАЯ РАБОТА по дисциплине Проектирование ИС Тема: Разработка АРМ менеджера отдела сбыта компании по продажам хрустальных и стекольных изделий Расчетно-пояснительная записка Выполнил (а) студент (ка) ЗПИсд-211 /Гришаев И.В./_

Руководитель Кокорин С.А./

г.Владимир

2014 г

Аннотация

Введение

1. Анализ предметной области

1.1 Организационная структура «Хрустальной компании», занимающееся продажей хрустальных и стекольных изделий"

1.2 Выбор задач, подлежащих автоматизации

1.3 Анализ рынка программных средств

1.4 Требования к техническим и программным средствам

1.5 Моделирование информационной системы

2. Постановка задачи

2.1 Организационно-техническая сущность комплекса задач

2.2 Структура выходных документов

2.3 Структура входных документов

2.3 Алгоритмическое обеспечение ИС

3 Проектирование БД

3.1 Выбор СУБД

3.2 Структура таблиц

3.3 Модель данных

3.4 Программное обеспечение

3.5 Средства защиты информации

3.6 Программирование запросов

3.7 Инструкция пользователю и формирование отчетов

4.Расчет экономической эффективности проекта

4.1 Технический уровень проекта

4.2 Организация и планирование работ по разработке проекта

4.3 Расчет затрат на разработку проекта

4.4 Расчет эксплуатационных затрат

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

Заключение

Список использованных источников

Приложение — Диаграмма инфологической модели «сущность-связь»

автоматизация программный продажа запрос

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

Цель курсовой работы: приобретение опыта проектирования информационных систем.

Основные задачи курсовой работы:

изучение структуры и состава экономической информационной системы (ЭИС);

освоение технологии и методологии проектирования ЭИС;

ознакомление с организацией проектных работ;

получение навыков канонического и индустриального проектирования ЭИС.

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

В работе произведен анализ предметной области:

Задачи предметной области представлены ниже:

Диаграмма дерева узлов Контекстная модель Контекстная диаграмма А-0

Диаграмма декомпозиции А0

Диаграмма АОF

Диаграмма IDEF3

Диаграммы переходов состояний Диаграммы инфологических моделей «сущность-связь»

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

This course work on discipline «Designing of economic information systems», the theme is the development arm of the Department Manager of the company’s sales sales crystal and glass products. The work will be submitted to the project of information system.

The aim of the course work: acquisition of experience of designing of information systems.

The main tasks of the course work:

* study of structure and composition of economic information system (EIS);

* development of the technology and methodology of designing of EIS;

* acquaintance with the organization of design works;

* obtaining of skills of the canonical and industrial design EIS.

The work will be considered the most important aspects of Crystal company, information flows.

The work is dedicated to the analysis of the subject area:

Task subject area are presented below:

* Chart tree nodes

* Contextual model

* Context diagram A-0

* Chart decomposition A0

* Chart АОF

* Chart IDEF3

* State transition diagrams

* Chart инфологических models, entity-relationship

Defined automated tasks, built a functional model of the system, developed on the basis of the conducted analysis, moreover, was designed database and application development.

Введение

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

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

Информационная система должна обеспечить:

хранение и обработку сведений о покупателях;

учет данных, полученных при заключении договоров;

формирование расходных ведомостей и сводных приходных ведомостей;

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

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

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

Данная курсовая работа выполняется в программе BPwin, MS VISIO, ERDwin, MS SQL.

Программа представляет собой мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности — действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия — от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin — еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).

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

BPwin позволяет:

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

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

Быстро исключать непродуктивные операции, легко и интуитивно сопоставляя операционные изменения. Неэффективные, неэкономичные или избыточные операции могут быть легко выявлены и, следовательно, улучшены, изменены или вовсе исключены — в соответствии с целями компании.

AllFusion ERwin Data Modeler (ранее ERwin) — CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания.

Microsoft Visio — векторный графический редактор, редактор диаграмм и блок-схем для Windows.

Microsoft SQL Server — система управления реляционными базами данных (СУРБД), разработанная корпорацией Microsoft.

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

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

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

Объект исследования: язык управления для реляционных баз данных — SQL.

Предметом исследования выступают организационно-управленческие отношения непосредственно связанные написанием программ на языке SQL.

Объектом исследования является, непосредственна Хрустальная компания, занимающаяся продажей ХСИ

1. Анализ предметной области

1.1 Организационная структура «Хрустальной компании», занимающееся продажей хрустальных и стекольных изделий"

Хрустальная компания — фирма, которая занимается продажей хрустальной и стекольной продукции, на рынок России.

Организационная структура Хрустальной компании сформирована на основании утвержденного приказа и штатного расписания.

Схема организационной структуры ГБОУ СПО ВО «Юрьев-Польского индустриально-гуманитароного колледжа» приведена на рисунке 1.

Рис. 1. Организационная структура Хрустальной компании.

Покупка товара в данной компании осуществляется в несколько этапов.

Первый этап — прием документов у покупателя, для составления и подписания договора.

При подписании договора, покупатель заявляет о своем желании работать именно с конкретным заводом, либо заводами производителей, находящихся в России, либо за ее пределами. Компания предоставляет список товаров для приобретения изделий, необходимых при поступлении. Кроме того, покупатель сообщает о себе дополнительные сведения: фамилию, имя, отчество, паспортные данные, ИНН, ОГРН, КПП, гражданство и пр.

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

Третий этап — получение накладных на покупку ХСИ.

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

— записи на составление договора от покупателей вносятся в журнал регистрации по каждой разделки изделий;

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

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

— менеджер составляет договор отдельно для каждого покупателя;

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

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

— по каждому покупателю формируется сводная ведомость результатов товаров ХСИ.

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

— трудоемкость работ по охвату большого количества информации;

— дублирование информации в отчетах, сводках и т. п.

— рутинные повторяющиеся операции обработки;

— ошибки в составлении ведомостей и договоров.

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

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

трудоемкость выполнения задачи для менеджера и работников Хрустальной компании;

важность задачи для ведения документооборота.

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

Рис 2. Поэтапные действия

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

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

необходимо совершить множество действий и провести большую работу.

Рис. 3. Рабочая среда отдела сбыта

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

— регистрация покупателей;

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

— формирование отчетов: расписание приема покупателей; статистика по результатам продаж хрустальных и стекольных изделий; реквизиты для покупателей.

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

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

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

характеристик моделируемой предметной области;

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

используемой методологии проектирования.

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

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

обеспечение целостности проекта и контроля за его состоянием.

простота использования.

обеспечение качества проектной документации.

использование общепринятых, стандартных нотаций и соглашений.

Современные программные средства могут быть разделены на две большие категории. Первую составляют CASEсистемы (как независимые, так и интегрированные с СУБД), обеспечивающие проектирование БД и приложений в комплексе с интегрированными средствами разработки приложений «клиент-сервер» (например, Westmount I-CASE+Uniface, Designer/2000+Developer/2000). Вторую категорию составляют собственно средства проектирования баз данных, реализующие ту или иную методологию, как правило, «сущность-связь» («entity-relationship») и рассматриваемые в комплексе со средствами разработки приложений. К средствам этой категории можно отнести такие, как SILVERRUN+JAM, ERwin/ERX+PowerBuilder и др.

В наше время созданы и прекрасно функционируют различные системы управления и автоматизации учета как российские, так и зарубежные. Одними из наиболее известных компаний-разработчиков СУБД считаются SAP, Microsoft Business Solutions, 1С и «Галактика».

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

— приобретение и внедрение существующей системы;

— создание собственной системы.

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

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

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

1.4 Требования к техническим и программным средствам

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

объем обрабатываемой информации;

срочность решения задач;

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

требуемый уровень квалификации персонала.

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

необходимое число поддерживаемых программных продуктов;

требования к аппаратным средствам;

наличие дружественного интерфейса и простота использования;

поддержка сетевой технологии.

В кабинете приемной комиссии имеется персональный компьютер, обладающий следующими техническими характеристиками:

процессор — AMD Turion™ X2 Dual-Core Mobile RM-72 2.10 GHz;

объем оперативной памяти — 1 Гб;

жесткий диск объемом 120 Гбайт.

Операционная система компьютера — Microsoft Windows XP Professional и выше. Дополнительно на данный ПК установлены приложения пакета Microsoft Office 2010.

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

При выборе СУБД учитывались следующие факторы:

масштаб применения — однопользовательский;

архитектура системы — локальная, в будущем может потребоваться работа с базой данных по сети по схеме «файл — сервер» ;

объемы хранимых данных — небольшие; храниться будет только текстовая и числовая информация.

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

Операционная система: Microsoft Windows 2000, Windows XP, Windows Server 2003, Windows Server 2008.

Память: 64 MB RAM (128 MB и выше рекомендуется).

Пространство на жестком диске: 20 MB.

Видеосистема: разрешение 800×600, 256 цветов.

Периферия: мышь или другое координатно-указательное устройство.

CD/DVD-ROM.

1.5 Моделирование информационной системы Моделирование информационных систем происходит в несколько этапов. Сначала мы описываем процессы, которые уже происходят и действуют в реальном времени (AS-IS). Затем моделируем новый уровень задач, которые только появятся с созданием новой системы (TO-BE).

Модель AS-IS

Рис 4. Контекстная диаграмма А-0 Деятельность Хрустальной компании Для рассматриваемой Хрустальной компании стрелками будут:

Выходные стрелки:

— Звонки клиентов Стрелки управления:

— Правила процедуры покупки изделий в данной компании

Стрелки механизмов:

— Система оформления заказов.

Рис. 5. Отчет

Рис. 6 Диаграмма дерева узлов структуры ХСИ Рассмотрим бизнес — процессы, показанные в диаграмме:

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

2) Выбор и рекомендации по данным хрустальным изделиям — принятие документов и реквизитов от новых клиентов, для составления договора, оказание помощи в выборе изделий, составление заявки и т. д.

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

Рис 7. Диаграмма декомпозиции А0 «Хрустальной компании»

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

Таблица 1

Рис. 8 Диаграмма декомпозиции А1

Рис. 9 Диаграмма «Проведение выписывания и сбора ХСИ»

Рис. 10 Диаграмма IDEF3. Декомпозиция работы «Подготовка договора для подписи»

2. Постановка задачи

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

Предоставляемые возможности разработанной системы.

Обновление данных;

Изменение конфиденциальной информации; Работа с разнотипными материалами (текст, таблицы, фото ХСИ);

Изменение структуры таблицы — создание новых столбцов/строки и добавление примечаний.

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

Цель решения:

сокращение сроков обработки информации;

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

улучшение условий работы менеджеров данной компании.

Источники, виды и способы поступления данных:

журналы регистрации новых клиентов;

документы для составления договора;

результаты проделанной работы.

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

2.2 Структура выходных документов Выходными документами информационной системы являются следующие:

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

Документы справочного характера: прайс-листы, список заводов производителей, список наименований ХСИ, список документов для составления договора).

Документация для клиентов.

2.3 Структура входных документов Входными документами будут служить:

Журналы регистрации клиентов;

Документы: ИНН, ОГРН;

Ведомости с результатами имеющейся клиентской базы.

2.4 Алгоритмическое обеспечение ИС Наиболее важной операцией для указанной системы является ввод и редактирование хранящейся информации о клиентах. Для реализации этой функции в ИС можно выделить следующие выполняемые операции:

1) открытие формы «Клиент» для добавления, просмотра, редактирования, удаления информации о покупателях;

2) просмотр хранящихся данных с целью получения справок покупателе (-ях), выявления необходимости удаления, редактирования или добавления записи о клиенте;

3) удаление, редактирование данных или внесение новой записи при необходимости;

4) закрытие формы после внесения всех необходимых изменений.

Использование нотации IDEF3 позволяет изобразить технологический процесс более наглядно (рис. 10).

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

Рис. 11 IDEF3 — диаграмма «Редактировать информацию о клиентах»

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

Рис. 12 IDEF3 — Диаграмма декомпозиции процесса «Редактировать запись о клиенте».

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

Рис. 13 Диаграмма состояния Из диаграммы видно, что состояние системы представлено, как ожидание выбора меню и последующих действий, как менеджера, так и сотрудников склада.

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

3. Проектирование БД

3.1 Выбор СУБД Выбор инструментальных средств базы данных начинается с выбора модели базы данных. Для проектирования информационной системы была выбрана реляционная модель базы данных. Этот выбор обусловлен следующими факторами:

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

Во-вторых, данная модель основана на теории множеств, хорошо разработанной в математике;

В-третьих, большинство существующих СУБД используют реляционную модель базы данных;

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

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

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

Существуют различные системы управления базами данных для небольших предприятий и организаций: INTERBASE, ACCESS, VISUAL FOXPRO, MS SQL SERVER.

MS SQL SERVER работает в среде Windows. Ее преимущества в том, что:

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

Данная СУБД используется как центральное хранилище данных.

Microsoft Office Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

В данной курсовой работе была выбрана СУБД Visual FoxPro.

СУБД VISUAL FOX PROпредставляет простой и удобный пользовательский интерфейс, поддерживает язык структурированных запросов SQL, допускает возможность работы в многопользовательском и сетевом режимах, а также импорт и экспорт данных на разных уровнях, включая связь через Internet. Для разработки приложений Visual FoxPro предлагает конструкторы таблиц, баз данных, среды данных, меню, классов, соединений, запросов, представлений, отчетов.

3.2 Структура таблиц В курсовом проекте используется база данных, состоящая из 6 таблиц.

Состав таблиц базы данных:

Таблица 2. Структура таблицы «Клиент»

Таблица3. Структура таблицы «Информация о покупателях»

Таблица 4. Структура таблицы «Договор»

Таблица 5. Структура таблицы «ОГРН»

Таблица 6. Структура таблицы «номера по списку»

Таблица 7. Структура таблицы «Заявка»

3.3 Модель данных Инфологическая модель данных:

Рис. 14. Диаграмма «Сущность-связь»

Реляционная модель данных:

КЛИЕНТ (дата регистрации, фамилия, имя, отчество, номер договора, ИНН, ОКВЭД, ОКПО, отметка о подписи договора, отметка о расторжение договора).

ДОГОВОР (код клиента, номер по списку, подписан / не подписан).

НОМЕР (код договора, номер по списку).

ПЕЧАТЬ (Дата, информация).

ЗАЯВКА (номер, завод производитель, наименование, количество изделий).

Все перечисленные таблицы находятся в 3НФ, так как в каждой таблице все значения являются атомарными для каждого атрибута (1НФ), каждый неключевой атрибут полностью зависит от ключа целиком (2 НФ) и нет зависимости между неключевыми атрибутами (3 НФ).

Рис. 15 Связи между таблицами базы данных «Хрустальной компании».

3.4 Программное обеспечение Для работы данной программы необходимо следующее программное обеспечение:

— Операционная система: Microsoft Windows 2000/ Windows XP/ Windows Server 2003, Windows 7.

— Microsoft Visual FoxPro 9.0. и выше.

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

8 июля 2006 года Государственной Думой был принят Федеральный закон Российской Федерации от 27 июля 2006 г. N 149-ФЗ «О персональных данных». Федеральный закон Российской Федерации от 23 декабря 2010 г.

N 359-ФЗ «О внесении изменения в статью 25 Федерального закона «О персональных данных» В статьях этого закона прописаны все понятия и принципы, которые относятся к термину «информация».

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

Защита для входа в систему (Защита на уровне домена).

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

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

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

1) Администратор: создание резервных копий и контроль работоспособности системы.

2) Менеджер по развитию: полный доступ к информации, касающейся сведений о клиентах, поставщиках, прайс-листах, договорах, оплате.

3) Менеджер по сбыту: полный доступ к информации о продукции хрустальных и стекольных изделий, поставщиках, покупателях. В режиме чтения: оплата клиентов.

Целостность в базе данных обеспечивается

— запретом пустых значений ключевых атрибутов;

— системой первичных и внешних ключей;

— условиями на значение.

3.6 Программирование запросов Запрос 1. «Список клиентов» (выводит список новых клиентов, которые не заключили еще договор).

SELECT Клиент. фамилия, Клиент. имя, Клиент. отчество;

FROM ;

PR_COMM!КЛИЕНТ;

WHERE Клиент. код_ = (ДХЗ);

ORDER BY Клиент. фамилия, Клиент. имя, Клиент. отчество Результат запроса:

Рис. 16 Список Клиентов, покупающих только продукцию Дятьковского хрустального завода.

Запрос 2. «Договора клиента» (выводит подписанный договор клиента).

SELECT Договор. договр;

FROM ;

pr_comm!клиент ;

INNER JOIN PR_COMM!ДОГОВОР ;

ON Клиент. регистрационный_номер = Договор. код_клиента ;

INNER JOIN pr_comm!подписан ;

ON Предмет. код_предмета = подписан;

WHERE Договов. код_клиента = (07.08.2012)

Результат запроса:

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

Запрос 3. «Номер» (выводит номер по фамилии из списка).

SELECT Клиент. фамилия, Клиент. имя, Клиент. отчество,;

Договор.дата_,;

FROM ;

PR_COMM!КЛИЕНТ ;

INNER JOIN PR_COMM!ДОГОВОР ;

ON Клиент. = номер;

INNER JOIN pr_comm!;

ON Номер договора = Дог.ном.код_дог;

WHERE Нормер. код_договора = (1);

AND Клиент. регистрационный_номер = (1)

Результат запроса:

Рис. 18 Номер присвоенный клиенту.

Запрос 4. «ОГРН» (выводит номера ОГРН клиента, для составления платежных документов).

SELECT ОГРН_a.номер_клиента, Договор. название_7номер;

FROM ;

PR_COMM!ОРГН огрн ;

INNER JOIN «PR_COMM!Клиент» Договор ;

ON огрн. номер_клиента = Договор. номер_дог_ра ;

INNER JOIN pr_comm!клиент ;

ON Клиент. код_клиента = Договр_a.код_договора;

WHERE Дата. номер_догово_ра (102.0000)

Результат запроса:

Рис. 19 Номера ОГРН, принадлежащий, данному клиенту, для составления платежных документов.

Запрос 5. «Печать» (выводит номер договора, который необходимо подписать).

SELECT Дог. номер_клиента as Группа, Дог. дата_подписания,;

Номер .клиент_дог as нормер, пе. название_клиента as Дог_ра;

FROM ;

pr_comm!печать ;

INNER JOIN PR_COMM!ПЕЧАТЬ ;

ON Клиент. код_клиента = дог. код_Дог_ра;

ORDER BY Клиент. номер_подписи Результат запроса:

Рис. 20 Номер клиента, с которым есть договор, и с которым уже расторгли договор

Запрос 6. «Количество клиентов, которые еще не заключили договор».

SELECT COUNT (Клиент.код_номер) AS количество,;

Клиент.код_ОГРН,;

MAX (Договор.название_Договор) AS Договор;

FROM ;

pr_comm!клиент ;

INNER JOIN PR_COMM!КЛИЕНТ ;

ON Дог_р.код_Договора = Клиент. код_Догвора;

GROUP BY Клиент. код_Договора;

ORDER BY Клиент. код_Договора Результат запроса:

Рис. 21 Количество клиентов, которые только собираются подписать договор и работать с Хрустальной компанией.

Запрос 7. «Количество клиентов на каждом складе».

SELECT COUNT (Клиент.склад)as количество, Клиент. склад;

FROM ;

PR_COMM!КЛИЕНТ;

GROUP BY Клиент. склад Результат запроса:

Рис. 22 Количество клиентов, которые покупают продукцию только на одном из складов.

Запрос 8. «Количество складов» (выводит общее количество складов).

SELECT Склад. склад, COUNT (Склад.склад) as количество, Предмет. склада_наименование as наи_е;

FROM ;

PR_COMM!Номер ;

INNER JOIN PR_COMM!СКЛАД ;

ON Склад. код_номер = Склда. код_склада;

GROUP BY Склад. склада, Склад. название_склада;

ORDER BY Склад. название_склада Результат запроса:

Рис. 23 Общее количество складов и их наименования.

Запрос 9. «Фамилии клиентов, начинающиеся с А» (выводит фамилии клиентов, начинающиеся с «А»).

SELECT Клиент. фамилия;

FROM ;

PR_COMM!КЛИЕНТ;

WHERE КЛИЕНТ. фамилия LIKE («А%»);

ORDER BY Клиент. фамилия Результат запроса:

Рис. 24 Фамилии клиентов, начинающиеся с «А».

Запрос 10. «Клиенты купившие хрустальные и стекольные изделия на заданную дату).

SELECT Клиент. фамилия, Клиент. имя, Клиент. отчество;

FROM pr_comm! Клиент;

WHERE EXISTS;

(SELECT Договор. код_ Клиент;

FROM pr_comm!ОГРН;

WHERE Клиент. регистрационный_номер=дата.код_ Клиент;

and оценка. код_скалад=01)

Результат запроса:

Рис. 25 Клиент, которые купили товар на сегодняшнею дату.

Запрос 11. «Клиенты, которые собираются покупать товар только со склада 01 1 ДХЗ (выводит список клиентов, заключивших договор на продукцию этого хрустального завода).

SELECT клиент. фамилия, клиент. имя, клиент. отчество;

FROM pr_comm! клиент;

WHERE клиент. код_склада =01;

Результат запроса:

Рис. 26 Список клиентов покупающих ХСИ только со склада «01 1 ДХЗ».

3.7 Инструкция пользователю и формирование отчетов Инсталляция.

Для установки программы, необходимо скопировать всё содержимое каталога PR_COMM. на диск С:

Вызов программы.

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

Для выхода из программы можно нажать пункт меню «Выход».

Экранные формы.

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

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

Назначение кнопок программы:

[Top record] - в начало записи,

[Previous record] - предыдущая запись,

[Next record] - следующая запись,

[Bottom record] - в конец записи,

[Find records] - найти записи,

[Print report] - печать,

[Add/Save record] - добавить/сохранить запись,

[Edit/Revert record] - изменить/вернуть запись,

[Delete record] - удалить запись,

[Exit] - выход.

Пункт меню «Справочник» имеет список справочников: Договор, Информация, Склад, ОГРН, Товар. Данные справочников можно просматривать, изменять, удалять, вводить новые данные.

Описание отчетов.

При нажатии на пункт меню «Отчёты» появляется список отчетов. Для просмотра и печати нужного отчета необходимо его выбрать левой клавишей мыши или стрелками на клавиатуре и нажать [Enter].

Программа предусматривает следующие отчеты:

Отчет 1. «Данные о клиенте».

Отчет содержит фамилию, имя, отчество клиенты, склады на которых он покупает товар.

Источник данных — запрос «Справка».

Внешний вид:

Рис. 27 Отчет «Данные о клиенте».

Отчет 2. «Договора на перезаключение»

«Отчет о проведении договоров, которые нужно либо продлевать, либо расторгнуть».

Рис. 28 Отчет «Договора на перезаключение»

Отчет 3. «Договора по предоплате 50%»

«Отчет, выводимый список клиентов, которые могут покупать продукцию по предоплате 50% (Пятьдесят) процентов, а остальные 50% (Пятьдесят) процентов в течение 10 банковских дней».

Рис. 29 Отчет «Договора по предоплате 50%»

Отчет 4. «Договора по предоплате 100%»

Отчет, выводимый список клиентов, которые могут покупать продукцию только по предоплате 100% (Сто) процентов.

Рис. 30 Отчет «Договора по предоплате 100%»

Отчет 5. «Общая сумма»

Отчет выводит сумму денежных средств, в российских рублях, на которую продали продукции Рис. 31 Отчет «Общая сумма»

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

4. Расчет экономической эффективности проекта

4.1 Технический уровень проекта

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

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

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

где JЭТУ комплексный показатель качества нового программного продукта по группе показателей;

n число рассматриваемых показателей;

Вi коэффициент весомости i-гo показателя в долях единицы, устанавливаемый экспертным путем;

Xi относительный показатель качества, устанавливаемый экспертным путем по выбранной шкале оценивания.

Для целей оценки JЭТУ будем использовать 5-ти бальную шкалу.

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

Таблица 8. «Оценка эксплуатационно-технического уровня проекта и аналога»

Отношение двух найденных индексов называют коэффициентом технического уровня Аk первого программного продукта по отношению ко второму:

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

4.2 Организация и планирование работ по разработке проекта

Таблица 9. «Стадии разработки, этапы и содержание работ».

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

где Кп — вложения на проектирование;

Кр — вложения на реализацию.

Суммарные затраты на проектирование системы и разработку программы:

где m — количество работников, участвующих в разработке проекта;

Зoi — затраты на основную заработную плату работника i-й категории, руб.;

Wd — коэффициент, учитывающий дополнительную заработную плату, затраченную на разработку, в долях к основной заработной плате (Wd = 0,5);

Wс — коэффициент, учитывающий отчисления на социальные нужды, в долях к сумме основной и дополнительной заработной платы разработчиков (Wс = 0,262: страховые взносы в Пенсионный фонд в долях единицы — 0,2, страховые взносы в ФСС — 0,029, страховые взносы в ФОМС — 0,031, страховые взносы на производственный травматизм — 0,002);

Wн — коэффициент, учитывающий накладные расходы организации, в долях к основной заработной плате разработчиков, равный 0,6;

СM — затраты на материалы;

Мв — затраты на использование машинного времени.

Материалы, приобретенные в процессе работы, и их стоимость приведены в таблице 4.5.

Таблица 10. «Затраты на материалы»

Денежные расходы на основную заработную плату определяются по формуле:

где ЗПсрni — среднедневная заработная плата работника i-ой категории, руб.;

Ti — трудоемкость работ, выполняемых работником i-ой категории, чел/дн.

Таблица 11. «Расчет основной заработной платы проектировщиков».

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

где tмв — машинное время компьютера, необходимое для разработки программного продукта;

Sмч — стоимость 1 часа машинного времени;

Км — коэффициент мультипрограммности (показывает долю машинного времени, отводимого непосредственно на работу над проектом); Км=1.

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

Зm = 150 151 = 2250 руб.

Накладные расходы Зн определим по формуле:

Таким образом, вложения на проектирование равны:

КП = 48 910,98 ((1+0,5) (1+0,26)+0,6) + 2250,00 + 665,00 = 124 703,30 руб.

Смета затрат на разработку программного продукта по статьям расходов представлена в таблице.

Таблица 12. «Смета затрат на разработку программного продукта»

Вложения на реализацию проекта:

где Ко — затраты на основное и вспомогательное оборудование, руб.;

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

Кпп — затраты на приобретение типовых разработок, пакетов, руб.;

Кпп — затраты на прокладку линий связи, руб.;

Киб — затраты на создание информационной базы, руб.;

Кпк — затраты на подготовку и переподготовку кадров, руб.

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

Таким образом, при внедрении системы, рассматриваемой в данной работе, затраты на его реализацию определяются затратами на оборудование и материалы. В оборудование и материалы входит персональный компьютер стоимостью 20 000 руб.

Затраты на основное и вспомогательное оборудование определяется по формуле:

где Cbj — балансовая стоимость j-го вида оборудования, руб. (20 000,00 руб.);

Qj — количество единиц j-гo оборудования, руб. (1 шт.);

Yj — коэффициент загрузки j-го вида оборудования при обработке информации по решению задач предметной области.

Коэффициент загрузки оборудования:

где Фэфj — эффективный годовой фонд времени работы технического средства j-го вида, час./год.

где tкj — трудоемкость однократной обработки информации по к-й задаче на j-м виде технических средств, часов машинного времени (tкj=6);

Uj — частота (периодичность) решения к-й задачи, дней /год (Uj =264).

Таким образом, получаем затраты на приобретение оборудования:

Ko = 20 000 1 (6264)/(2648) = 15 000,00 руб.

Суммарные затраты на разработку проекта составят:

K = 15 000,00 + 124 703,30 = 139 703,30 руб.

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

затрат на приобретение программного продукта (86 000 руб.);

затрат по оплате услуг на установку и сопровождение продукта (13 500 руб.);

затрат на основное и вспомогательное оборудование (20 000 руб.);

затрат по подготовке пользователя (15 350 руб).

Итого суммарные затраты, связанные с внедрением аналога, составят:

K = 86 000 +23 500 + 20 000 + 35 350 = 164 850 руб.

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

где Ззп — затраты на зарплату основную и дополнительную с отчислениями во внебюджетные фонды, руб.;

Са — амортизационные отчисления от стоимости оборудования и устройств системы, руб.;

Зэ — затраты на силовую энергию, руб.;

Срем — затраты на текущий ремонт оборудования и устройств системы, руб.;

Зм — затраты на материалы и машинные носители, руб.;

Зн — накладные расходы информационного отдела, руб.

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

где ti — время эксплуатации системы i-м работником, дни;

3i — среднедневная заработная плата i-го работника, руб./день.