Проектирование информационной системы для торгового предприятия ООО «СПАРК-СЕТИ»

МИНИСТЕРСТВО  ОБРАЗОВАНИЯ И  НАУКИ РФ

ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ

Государственное образовательное  учреждение высшего профессионального

образования

РОССИЙСКИЙ  ГОСУДАРСТВЕННЫЙ  ТОРГОВО-ЭКОНОМИЧЕСКИЙ  УНИВЕРСИТЕТ 

КЕМЕРОВСКИЙ ИНСТИТУТ (ФИЛИАЛ) 

"К защите"

Заведующий  кафедрой

________________

"___"______________г. 
 

КУРСОВАЯ  РАБОТА 

Студента группы     ПИс-061 (сокращенная форма)                       .

ВЕЙДЕНГАМЕР НАТАЛЬИ ВАЛЕРЬЕВНЫ 

Факультет ЭКОНОМИЧЕСКИЙ

Кафедра ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ 

СПЕЦИАЛЬНОСТЬ 080801 "ПРИКЛАДНАЯ ИНФОРМАТИКА (В ЭКОНОМИКЕ)" 
 

ТЕМА: ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ для торгового предприятия ООО «Спарк-Сети»  
 
 
 

Тема  утверждена приказом   №___   __        от _____________________     __________________ 

Научный руководитель:                   Ткаченко Наталья Александровна______________

                            __________           ____________________________    ______________ 
 

__________________                   "____"___________________г.

               (подпись) 
 
 
 

Кемерово 2009 
Содержание: 

 

       Введение

 

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

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

     Данный  курсовой проект содержит 3 главы.

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

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

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

     Для отображения процесса проектирования в виде совокупности моделей будем пользоваться инструментом Enterprise Architect (ЕА) версии 6.1, который поддерживает универсальный язык моделирования Unified Modeling Language (UML) версии 2.0.

 

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

     1.1. Описание организации

 

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

     На  данный момент все процессы производятся разрозненно. Имеется программа «Склад», реализована на языке программирования Delphi, основная задача данной программы – контроль текущих остатков на складе. Все необходимые документы и отчеты реализовываются вручную средствами MS Excel и MS Word, что является нерациональным и неудобным решением в современных условиях высокого развития компьютерной техники и программного обеспечения.

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

     1.1.1. Цели функционирования организации

 

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

 

Рисунок 1.1. Цели бизнес-процесса предприятия  ООО «Спарк-Сети».

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

     1.1.2. Описание организационной структуры организации

 

     Торговое предприятие ООО «Спарк-Сети» состоит из четырех отделов – административного отдела, отдела закупок и продаж, отдела ИТ и склада. На рисунке 1.2 представлена «Организационная структура» предприятия, которая отображает состав подразделений, должностных лиц организации, связей между подразделениями и отдельными должностными лицами и их подчиненность.  

 

Рисунок 1.2. Организационная структура предприятия ООО «Спарк-Сети». 
 

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

        

 

Рисунок 1.3. Состав должностей административного отдела и их связи. 
 

     В отделе ИТ работают четыре человека: начальник отдела, системный администратор и два программиста (рис. 1.4). 

 

Рисунок 1.4. Состав должностей отдела ИТ и их связи. 
 

     Отдел «Склад» представлен всего одним кладовщиком (рис.1.5.) 

 

Рисунок 1.5. Состав должностей отдела «Склад». 
 

     Отдел закупок и продаж состоит из двух менеджеров – менеджера по закупкам и менеджера по продажам, которые тесно взаимодействуют между собой (рис. 1.6). 

 

Рисунок 1.6. Состав должностей отдела закупок и продаж и их связи. 

     1.1.3. Состав бизнес-процессов организации

 

     Целью разработки модели «Состав бизнес-процессов» является отображение собственно состава обследуемых бизнес-процессов, их связей и целей, которые они поддерживают. На рисунке 1.7 представлен состав бизнес-процессов рассматриваемой предметной области. 

 

Рисунок 1.7. Состав бизнес-процессов предприятия ООО «Спарк-Сети».

     1.1.4. Описание бизнес-процесса

 

     Целью разработки модели «Описание бизнес-процессов» является отображение последовательности выполнения работ, связанной с бизнес-процессом.

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

     Основным  бизнес-процессом для рассматриваемой предметной области является процесс «Управление заказами», который представлен тремя макро шагами (рис.1.8). 

 

     Рисунок 1.8. Макро шаги бизнес-процесса «Управление заказами». 
 

     Бизнес-процессы макро шагов – формирование заказа, выполнение заказа и дополнительное сервисное обслуживание – описываются на рисунках 1.9 и 1.10.

     На  рисунке 1.9 описывается процесс оформления заказа. Клиент словесно или, опираясь на прайс-лист, говорит нужные позиции номенклатуры и их количество. Менеджер по продажам создает новый документ «Заказ покупателя» и по необходимости документ «Счет на оплату покупателю». Далее менеджер передает заказ покупателя на склад, где кладовщик проверяет фактическое наличие товара на складе. В случае отсутствия чего-либо или наличие недостаточного количества – менеджер созванивается с клиентом и предлагает корректировку заказа (изменение количества товара, замена на товар-аналог) либо предлагает подождать некоторое время, требуемое для пополнения товара. Если клиент соглашается на корректировку – то заказ корректируется в соответствии с фактическим наличием товаров на складе, в противном случае – менеджером по закупкам оформляется документ «Заказ поставщику» и документ «Платежное поручение исходящее». Конечным результатом будет регистрация всех созданных документов в журнале «Документы контрагентов».

     На  рисунке 1.10 описывается процесс выполнения заказа. На основании документа «Заказ покупателя» происходит выполнение операций по комплектации, сборке и упаковке товара кладовщиком, а также сопроводительных документов менеджером по продажам. Далее производится отгрузка со склада и регистрация всех созданных документов в журналах «Складские документы» и «Документы контрагентов».

 

 

    

     1.2. Описание бизнес-процессов на уровне подразделения

 

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

 

Рисунок 1.11. Состав должностей отдела закупок и продаж и их связи. 
 

     Отдел закупок и продаж состоит из двух менеджеров – менеджера по закупкам и менеджера по продажам, которые тесно взаимодействуют между собой (рис. 1.12). 

 

Рисунок 1.12. Состав должностей отдела закупок и продаж и их связи. 
 

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

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

     Основное  подразделение – отдел закупок  и продаж – осуществляют основной бизнес-процесс «Управление заказами» (рис.1.13). Своевременное и качественное выполнение заказов покупателей обеспечивает предприятию лидирующее положение на конкурентном рынке предложения товаров и услуг.

 

Рисунок 1.13. Основной бизнес-процесс «Управление заказами». 
 

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

 

Рисунок 1.14. Состав бизнес-процесса «Управление заказами». 

     В настоящий момент наличие номенклатуры на складе контролируется ведением базы в программе «Склад», реализованной на языке программирования Delphi, но в силу своей функциональной ограниченности данная программа не может реализовать весь требуемый набор бизнес-процессов. Все сопутствующая документация и необходимые отчеты, в том числе и прайс-лист, реализуются вручную с использованием MS Excel и MS Word.

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

     1.3. Описание системы

     1.3.1. Цели разработки  системы

 

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

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

     Программа «1С: Управление торговлей 8» (или «1С: Предприятие 8 Управление торговлей») – тиражный продукт на платформе нового поколения «1С:Предприятие 8», позволяющее в комплексе автоматизировать задачи оперативного и управленческого учета, анализа и планирования торговых операций. Ключевым направлением развития данного решения является реализация мощной функциональности, предназначенной для организации эффективного управления современным торговым предприятием.

     Таким образом, программа «1С: Управление торговлей 8» дает руководителям предприятий инструменты, позволяющие: 

     
  • оперативно  получать полную и достоверную информацию о состоянии дел;
  • принимать на основе анализа данных обоснованные решения;
  • планировать свои дальнейшие действия;
  • “на ходу” вмешиваться в процесс управления предприятием.

     1.3.2. Формирование требований к системе

 

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

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

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

     1.3.3. Функциональные требования к системе

 

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

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

     Рассмотрим  пример описания требований.

     Общие сведения о требовании представлены в таблице 1.1. 

     Таблица 1.1. Общие сведения о требовании. 

1. Требование Должно быть автоматизировано формирование отчета об остатках товара
2. Цель, которая будет достигнута при реализации требования Оперативное получение  информации о текущих остатках на складе компании
3. Причина возникновения  требования Требование  руководителя компании
4. Пользователи, которым доступна работа с функциями  системы, реализующими требование Руководитель  компании
5. Источник данных (ручной ввод, использование записей  БД, данных из смежной системы) Отчет должен формироваться  на основе записей в базе данных, содержащих информацию о количестве остатков товара на складе
6. Правила, связанные  с требованием Отчет формируется  в двух экземплярах
 

     Функции, реализующие требования: 

    № Название  функции
    1.  Формирование  отчета "Остатки товара"
 

     Описание  процесса выполнения функции "Формирование отчета об остатках" приведено в таблице 1.2. 

     Таблица 1.2. Описание процесса выполнения функции "Формирование отчета об остатках". 

№ Пользователь Система Экранная  форма Условие:

последующий шаг

Предусловие: Отображено окно с главным меню системы
1. Выбор пункта меню "Отчеты        Остатки"    
Главное меню
 
2.   Отображение окна для ввода параметров  Создать отчет  
3. Ввод даты, наименования товара, нажатие кнопки "ОК"   Создать отчет  
4.   Поиск товара Создать отчет Товар найден: 5

Товар не найден: 10

5.   Закрытие окна "Создать отчет" Создать отчет  
6.   Отображение окна "Предварительный вид отчета" Предварительный вид отчета  
7. Нажатие кнопки "Печать"   Предварительный вид отчета "Печать": 8

"Отмена": 9

8.   Вывод отчета на печатающее устройство Окно "Сообщение  о печати"  
9.   Закрытие окна "Сообщение о печати" и "Предварительный вид отчета" Окно "Сообщение  о печати", "Предварительный вид отчета" "Печать": П1 

"Отмена": П3

Постусловие 1: Отображено окно "Создать отчет". Содержимое полей окна "Создать  отчет" сохранило введенные пользователем значения. Отчет распечатан.
10.   Сообщение о  том, что товар не найден, закрытие окна "Товар не найден" Товар не найден  
Постусловие 2: Отображено окно "Создать отчет". Содержимое полей окна "Создать  отчет" сохранило введенные пользователем  значения. Отчет не сформирован.
Постусловие 3: Отображено окно "Создать отчет". Содержимое полей окна "Создать  отчет" сохранило веденные пользователем  значения. Отчет не распечатан.
 

     Состав, экранных форм, связанных с функцией:  

    № Название  экранной формы
    1 Главное меню
    2 Создать отчет
    3 Товар не найден
    4 Предварительный вид отчета
    5 Сообщение о  печати
 

     Описание  печатных форм: 

    № Название  печатной формы
    1 Отчет об остатках
 

     Описание  импортируемых/экспортируемых данных – в приведенном примере импортируемых/экспортируемых данных нет.

     1.3.5. Используемые входные и выходные объекты

 

     Используемые  входные и выходные объекты представлены моделью «Объекты бизнес-процессов».

     Модель  «Объекты бизнес-процессов» – это описание материальных и информационных объектов реального мира, связанных с бизнес–процессами, строится как иерархия диаграмм. Сначала моделируется состав объектов в разбивке по бизнес-процессам, далее – конкретные объекты. Рассмотрим пример из предметной области.

     На  рисунке 1.15 представлен первый уровень иерархии диаграммы документов, связанных с бизнес-процессом «Управление заказами». 

 

Рисунок 1.15. Состав печатных документов в разбивке по бизнес-процессам. 

     На  рисунке 1.16 представлен список документов по бизнес-процессам, также связанных с бизнес-процессом «Управление заказами». 

 

Рисунок 1.16. Состав печатных документов по бизнес-процессам. 

     Состав полей этих документов можно посмотреть на рисунках 1.17, 1.18, 1.19, 1.20 и 1.21. 

 

Рисунок 1.17. Состав полей документов по бизнес-процессу «Управление заказами». 
 

 

Рисунок 1.18. Состав полей документов по бизнес-процессу «Управление поставками». 
 

 

Рисунок 1.19. Состав полей документов по бизнес-процессу «Управление продажами». 

 

Рисунок 1.20. Состав полей журналов документов. 

 

Рисунок 1.21. Состав полей справочника «Контактная информация».

 

     Глава 2. Анализ и проектированиЕ

 
 

     Для удобного взаимодействия пользователей с системой «1С: Управление Торговлей 8» предусмотрен дружелюбный  пользовательский интерфейс (рис.2.1). 

 

Рисунок 2.1. Пользовательский интерфейс программы «1С: Управление Торговлей 8». 
 

     Экранная  форма справочника «Контрагенты», в который заносится и хранится контактная информация о контрагентах, представлена на рисунке 2.2. 
 

 

Рисунок 2.2. Экранная форма справочника «Контрагенты». 

     Экранная  форма заказа покупателя представлена на рисунке 2.3. Экранная форма документа  «Заказ поставщику» идентична форме  заказа покупателю. На основании документа  «Заказ поставщику» может быть создан документ «платежное поручение исходящее», экранная форма которого представлена на рисунке 2.4. 

 

Рисунок 2.3. Экранная форма документа «Заказ покупателя».

 

Рисунок 2.4. Экранная форма документа «Платежное поручение исходящее». 
 

     На  основании документа «Заказ покупателя»  могут быть созданы документы  «Счет на оплату покупателю», «Реализация  товаров и услуг» и «Платежное поручение входящее», которые представлены на рисунках 2.5, 2.6, 2.7. На основании документа «Реализация товаров и услуг» создается документ «Счет-Фактура», экранная форма которого представлена на рисунке 2.8. 

Проектирование информационной системы для торгового предприятия ООО «СПАРК-СЕТИ»