Проектирование информационной системы по автоматизации бизнес-процессов торговой компании

Введение 3
1.ХАРАКТЕРИСТИКА ПРЕДПРИЯТИЯ 4
1.1.Описание деятельности 4
1.2. Организационная структура ООО «Бэбики» 5
1.3. Описание основных бизнес-процессов технологии работы специалистов ООО «Бэбики» 7
2.ПОСТАНОВКА ЗАДАЧ 10
2.1.Обзор программных продуктов автоматизации продаж, используемых в деятельности Интернет-магазинов 10
2.2. Постановка задачи автоматизации 15
2.3. Функциональная модель деятельности предприятия AS IS 20
2.4. Функциональная модель деятельности предприятия AS ТО-ВЕ 24
3.ПРОЕКТИРОВАНИЕ СИСТЕМЫ 29
3.1. Концептульное проектирование базы данных 29
3.2. Выбор средств разработки 34
3.3. Логическое проектирование БД 37
2.4. Физическая модель БД 41
Заключение 42
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 43

Основными элементами диаграмм потоков данных являются:- внешние сущности;- процессы;- накопители данных;- потоки данных.Рис. 2.8 – DFD Диаграмма потоков данных TOBEАдминистратор Интернет-магазина ООО «Бэбики» использует в своей работе следующую нормативно-справочную информацию:Стоимость товара – устанавливает цену, по которой будет продаваться товар, в зависимости от закупочной цены. Наценка устанавливается в процентах. Глобальная наценка составляет 40%; может быть изменена для каждого товара индивидуально.Процент по предоплате – устанавливает минимальную сумму предоплаты для клиентов. Процент по предоплате составляет 50% от стоимости всего заказа.Таблица 2.1 - Структура нормативно-справочной информации№ п/пНаименование кодируемого множества объектовЗначность кодаСистема кодированияВид классификатора123451Код поставщикаХХХпорядковаялокальный2Код заказаХХХ ХХХХХсерийно – порядковаялокальный3Код товараХХХХХпорядковаялокальный4Код клиентаХХХХпорядковаялокальный5Код заявкиХХХХ ХХХХХсерийно-порядковаялокальный6Код продажиХХХХХХпорядковаялокальный7Код заявки на поставкуХХХХХпорядковаялокальныйОписание систем классификации и кодирования.Код поставщика. Длина кода ХХХ, где ХХХ – порядковый номер поставщика.Код заказа. Длина кода ХХХ ХХХХХ, где ХХХ – порядковый номер поставщика, ХХХХХ – порядковый номер заказа, отправленный данному поставщику.Код товара. Длина кода ХХХХХ, где ХХХХХ – порядковый номер товара в классификаторе.Код клиента. Длина кода ХХХХ, где ХХХХ – порядковый номер клиента.Код заявки. Длина кода ХХХХ ХХХХХ, где ХХХХ – код клиента, ХХХХХ порядковый номер заказа, соответствующий данному клиенту.Код продажи. Длина кода ХХХХХХ, где ХХХХХХ – порядковый номер продажи.Код заявки на поставку. Длина кода ХХХХХ, где ХХХХХ – порядковый номер заявки на поставку продукции поставщикам.Определим ключевые сущности информационной системы администратора Интернет - магазина и их свойства. Таблица 2.2 - Справочник “Поставщики”Наименование поляТип данныхРазмер поля123Код поставщикаЧисловойЦелоеНаименованиеТекстовый40ИННТекстовый15АдресТекстовый50ТелефонТекстовый15ФИО руководителяТекстовый40Таблица 2.3 - Справочник “Клиенты”Наименование поляТип данныхРазмер поля123Код клиентаЧисловойЦелоеНаименованиеТекстовый40ИННТекстовый15АдресТекстовый50ТелефонТекстовый15ФИО руководителяТекстовый40НаименованиеТекстовый40Таблица 2.4 – Журнал заявок поставщикамНаименование поляТип данныхРазмер поля123Код заявкиЧисловойДлинное целоеКод поставщикаЧисловойДлинное целоеДатаДатаПризнак исполненияЛогическийКод товараЧисловойДлинное целоеКоличествоЧисловой ЦелоеЦенаДенежныйТаблица 2.5 – Журнал заказов клиентовНаименование поляТип данныхРазмер поля123Код заказаЧисловойДлинное целоеКод клиентаЧисловойДлинное целоеДатаДатаПризнак исполненияЛогическийКод товараЧисловойДлинное целоеКоличествоЧисловой ЦелоеЦенаДенежныйТаблица 2.6 – Справочник «Товары»Наименование поляТип данныхРазмер поля123Код товараЧисловойДлинное целое НаименованиеТекстовый50Единица измеренияДатаТаблица 2.7 – Журнал продажНаименование поляТип данныхРазмер поля123Код операцииЧисловойДлинное целоеКод товараЧисловойДлинное целоеКод клиентаЧисловойДлинное целоеДатаДатаЦенаДенежныйКоличествоЧисловойЦелоеКонцептуальная модель разрабатываемой системы приведена на рис.2.9.Рис.2.9. Концептуальная модель БД3.2. Выбор средств разработкиВ рамках анализа стратегии автоматизации технологии работы администратора Интернет-магазина ООО «Бэбики» была выбрана стратегия собственной разработки программного обеспечения. Это связано с наличием в штате предприятия специалистов отдела информационных технологий, способных реализовать задачу разработки программного обеспечения. Кроме того, сторонние разработчики программного обеспечения не учитывают особенности работы, связанные со спецификой Интернет-магазинов, наличие собственной разработки будет учитывать специфику работы ООО «Бэбики».Проведем анализ сред разработки и обоснование выбора языка программирования для реализации задачи автоматизации деятельности администратора Интернет-магазина.Приведем сравнительную характеристику сред программирования.Ниже описанные характеристики сред программирования приведены в работе [13].Сравнительная характеристика языков программирования приведена в таблице 2.3.Таблица 2.3 - Сравнительная характеристика языков программирования№ХарактеристикиСредстваVisual FoxproAccess (VisualBasic)VC++MFCDelphi1.Принцип обработки кодаИнтерп.(псевдоКомпилятор)Интерп.(псевдокомпилятор.)Компил.Компил.2.ЯзыкDBASE c с объектамиBasic c ОбъектамиС++Pascal3.СистемаЗакрытаяЗакрытаяОткрытаяОткрытая4.Встроенные базы данныхDBF, DBC, ODBCMDB, ODBCКлассы обработки MDB, SQL через DB-библиотеку, ODBCОбъектыобработки dBASE, Paradox, InterBase, MDB, Informix, FoxPro, ODBC 5.Создание пользовательских мастеров--++6.Динамическое создание форм ввода, обработки сообщений++-+7.Модель создания приложения--каркасная (мастер)компонентная (мастер)8.ТехнологияПостроители экранов, меню, отчетов (drag-and-drop), классовПостроители экранов, меню, отчетов (drag-and-drop), классов Редактор классов, Редактор ресурсов (drag-and-drop)Редактор объектов (drag-and-drop) 9.Вывод из баз данных на печатьВстроенный ReportВстроенный ReportВнешнийОбъект : Report 10Обработка исключенийПроцедураПроцедураОбъектОбъект11 Поддержка CASE Rational Rose-++-Самая универсальная система в обработке баз данных – это Borland, поддерживает большинство форматов. Единственное, что можно сказать, что через ODBC всегда можно получить доступ к любому формату данных, а постоянно работать можно только с тем форматом, обработка которого встроена и, следовательно, имеет более быстрый доступ, чем ODBC (убирается лишнее звено). Таким образом, большое количество поддерживаемых напрямую форматов – это неплохо, но не может быть главным критерием выбора.Microsoft VC++ предлагает воспользоваться внешним Crystal Report, который специализирован для построения отчетов, тогда как в других инструментах используются встроенные генераторы (в Borland - объект отчета). Хорошо это или плохо – трудно сказать, часто специализированный инструмент лучше универсального, но требует дополнительного изучения.Показывает, что С++ просто более продвинутые системы для обработки исключительных ситуаций. Visual Basic и VC++ также поддерживают работу с различнвми форматами данных. CASE средства позволяют значительно сократить долю ручного кодирования и, что самое главное, облегчить последующее сопровождение. Когда через пару месяцев в код готовой программы необходимо внести изменения, то вспомнить иерархию и взаимодействие классов поможет именно Rational Rose, который в графическом виде представит все эти данные уже по готовому коду приложения. Если необходимо быстро написать одно-два приложения, можно выбирать между MS Access, и FoxPro.В рамках данного проекта для реализации задачи создания АРМ будет использован язык программирования Delphi. Выбор сделан исходя из:- соответствия возможностей языка программирования системным требованиям;- возможностями работы с различными СУБД;- наличия большого количества технической документации и готовых компонент для использования в проекте.3.3. Логическое проектирование БДЛогическое проектирование – процесс конструирования информационной модели предприятия на основе существующих конкретных моделей данных.На данном этапе структура данных преобразуется в такую форму, которая не вызовет затруднений при реализации в СУБД. В связи с тем, что в качестве среды разработки выбрана СУБД MicrosoftAccess, можно говорить о реляционной модели данных.Проверим модель данных с использованием правил нормализации. Нормализация используется для улучшения модели данных для того, чтобы модель удовлетворяла различным ограничениям, позволяющим исключить нежелательное дублирование данных. Нормализация гарантирует, что полученная в результате ее применения модель данных будет наилучшим образом отображать особенности использования информации на предприятии, не содержать противоречий, иметь минимальную избыточность и максимальную устойчивость. В нашем примере база данных приведена к первой нормальной форме (так как ни одна из строк таблиц не содержит в любом своем поле более одного значения, т.е. все значения атрибутоватомарны), ко второй нормальной форме (так как нет атрибутов, частично зависящих от ключевого поля) и к третьей нормальной форме (так как нет транзитивных зависимостей).Описание структуры таблиц базы данных приведено ниже.1. discount– справочник дисконтных карт со структурой (таблица 3.1):Таблица 3.1. Структура таблицы discountИмя поляТип данныхcode_dscintidentchar(50)proccurrencylimitcurrency2. client - справочник клиентов – физических лиц со структурой (таблица 3.2):Таблица 3.2. Структура таблицы clientsИмя поляТип данныхcode_cliintnamchar(50)fiochar(50)telchar(20)categ_cliintemailchar(30)code_dscint3. prod–журнал операций со структурой (таблица 3.3):Таблица 3.3. Структура таблицы prodИмя поляТип данныхcode_prodintcode_operintnamchar(50)kolintrzenacurrencycode_grpint4. oper–справочник специалистов со структурой (таблица 3.4):Таблица 3.4. Структура таблицы operИмя поляТип данныхcode_operintcode_rolintfiochar(50)telchar(10)loginchar(10)passwchar(10)icqchar(10)5. rol– справочник ролей пользователей со структурой (таблица 3.5):Таблица 3.5. Структура таблицы rolИмя поляТип данныхcode_rolintnamchar(50)6. grp_prod– справочник групп продукции со структурой (таблица 3.6):Таблица 3.6. Структура таблицы grp_prodИмя поляТип данныхcode_grpintnamchar(50)categint7. contrag– справочник поставщиков – юридических лиц со структурой (таблица 3.7):Таблица 3.7. Структура таблицы contragИмя поляТип данныхcode_contragintnamchar(50)adrchar(50)telchar(20)emailchar(50)fio_rukchar(50)8. categ_cli– справочник категорий клиентов со структурой (таблица 3.8):Таблица 3.8. Структура таблицы categ_cliИмя поляТип данныхcodeintnamchar(50)9. gur_scl - журнал складских операций со структурой (таблица 3.9):Таблица 3.9. Структура таблицы gur_sclИмя поляТип данныхcodeintcode_prchar(50)kolintstmcurrencypostintotgrintcode_spcint10. gur_prod - журнал продаж со структурой (таблица 3.10):Таблица 3.10. Структура таблицы gur_prodИмя поляТип данныхcodeintcode_prchar(50)kolintstmcurrencycode_cliint11. zakaz - журнал заказов со структурой (таблица 3.11):Таблица 3.11. Структура таблицы zakazИмя поляТип данныхcodeintcode_prchar(50)kolintcode_cliintpispintЛогическая модель данных приведена на рис.2.10.Рисунок 2.10. Логическая модель данных2.4. Физическая модель БДФизическая модель базы данных приведена на рис.2.11.Рис.2.11. Физическая модель БДЗаключениеЦелью данного курсового проекта являлось проектирование информационной системы по автоматизации бизнес-процессов администратора Интернет-магазина ООО «Бэбики». Для достижения поставленной цели было выполнено следующее:Проведен анализ предметной области и основных бизнес-процессов администратора Интернет-магазина ООО «Бэбики».Определены назначение и цели создания системы.Сформулированы цели создания и назначение системы.Описаны основные функции системы и построена функциональная модель реализуемой системы.Построены функциональные модели деятельности предприятия ASIS и TOBE.На основании анализа бизнес-процессов аудиторской фирмы была построена диаграмма потоков данных.Выполнено концептуальное проектирование базы данных. Определены 11 основных сущностей и их атрибуты.Обоснован выбор средств разработки.Выполнено логическое проектирование базы данных. Описаны основные таблицы базы данных. Выполнено физическое проектирование базы данных в СУБД MicrosoftAccess .На основании полученных результатов, можно приступать к этапу реализации информационной системы.СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ1. Балабанов И.Т. Электронная коммерция. Учеб. пособие для вузов. - СПб.: «Питер», 2009. − 336 с.Граничин, О.Н. Информационные технологии в управлении: учеб. пособие для студентов вузов, обучающихся по специальностям "Прикладная информатика (по областям) и "Менеджмент организации (по специализации "Информационный менеджмент")" /О. Н. Граничин, В. И. Кияев.-М.: Интернет-Ун-т Информ. Технологий, 2010.-335 с.Гринберг, А.С. Информационные технологии управления: [Учеб. пособие для вузов по специальностям 351400 "Прикладная информатика (по обл.)", 061100 "Менеджмент орг.", 061000 "Гос. и муницип. упр."] /А.С. Гринберг, Н.Н. Горбачев, А.С. Бондаренко.-М.: ЮНИТИ, 2010.-479 с.Диго, С.М. Базы данных: проектирование и использование: [Учеб. для вузов по специальности "Прикладная информатика (по обл.)"] /С.М. Диго.-М.: Финансы и статистика, 2010.-591 с.Емельянова Н.З., Партыка Т.Л., Попов И.И. Защита информации в персональном компьютере. – М.: Форум, 2009. – 368 с.Завгородний В.И. Комплексная защита в компьютерных системах: Учебное пособие. – М.: Логос; ПБОЮЛ Н.А.Егоров, 2011. - 264 с.Ивасенко, А.Г. Информационные технологии в экономике и управлении: [учеб. пособие для вузов по специальностям "Прикладная информатика (по обл.)", "Менеджмент орг.", "Гос. и муницип. упр."] /А. Г. Ивасенко, А. Ю. Гридасов, В. А. Павленко.-М.: КноРус, 2011.-153 с.Информатика: учебник для студентов вузов, обучающихся по специальности 080801 "Прикладная информатика" и другим экономическим специальностям /[В. В. Трофимов и др.] ; под ред. проф. В. В. Трофимова.-М.: Юрайт, 2010.-910 с.Информационные системы и технологии в экономике и управлении: [учеб. для вузов по специальности "Прикладная информатика (по обл.)" и др. экон. специальностям] /[В. В. Трофимов и др.] ; под ред. В. В. Трофимова.-М.: Высш. образование, 2010.-480 с.