Разработка информационной системы организации. Документ Microsoft Word (3). Ис система, предназначенная для сбора, передачи, обработки, хранения и выдачи информации для достижения поставленной цели
 Скачать 80.56 Kb.
|
|
Приложение 4 Рис. Макет формы документа: " Счёт " Рис. Образец заполнения документа: " Счёт " Приложение 5 Рис. Макет формы документа: " Гарантийный талон " Рис. Образец заполнения документа: " Гарантийный талон " Приложение 6 Итог Рис. Макет формы документа: " Сводка о количестве заявок " Рис. Образец заполнения документа: " Сводка о количестве заявок " Приложение 7 Рис. Макет формы документа: " Прайс-лист " Рис. Образец заполнения документа: " Прайс-лист " Оглавление Описание предметной области 6 Подпроцесс «Складирование» 9 Разработка UML-модели прецедентов системы 10 Составление спецификаций 10 Спецификация прецедента “Осуществление покупки” 10 Спецификация прецедента «Заявка на товар» 11 Спецификация прецедента «Составление отчета о продажах» 11 Спецификация прецедента «Составление заказов на поставку товаров» 11 Спецификация прецедента «Поставка товаров» 11 Спецификация прецедента «Хранение информации» 11 Спецификация прецедента «Заказ товаров с головного склада» 11 Спецификация прецедента «Регистрация поступления» 11 Диаграмма классов 12 Сущность «ID Товар» 12 Сущность «ID Покупателя» 12 Сущность «ID Покупки» 13 Сущность «ID заказа» 13 Сущность «ID менеджера» и “ID продавца” 13 Сущность «Производитель» 14 Сущность «Склад» 14 Диаграмма последовательности 15 Диаграмма состояний 16 Диаграмма деятельности 17 Представление базы данных 19 Таблица “Менеджер” 19 Таблица “Продавцы” 19 Таблица “Покупатели” 20 Таблица “Заказы” 20 Таблица “Заявки” 21 Таблица “Покупка” 21 Таблица “Производители” 21 Таблица “Товар” 22 Таблица “Склад” 22 Таблица “Отчет” 23 Экранные формы 23 Форма “Основное окно” 23 Форма “Вход менеджера” 24 Форма “Вход продавца 25 Форма “Вход кладовщика” 25 Форма “Заказ” 26 Форма “Заявка” 26 Форма“Отчет” 27 Форма “Покупатель” 27 Форма “Покупка” 28 Форма “Продавцы” 29 Форма “Производители” 29 Форма “Склад” 30 Форма “Товар” 31 Запросы 31 Запрос “информация об определенной покупке” 31 Запрос “Все заказы за 21.11.2011” 32 Запрос “Все телевизоры на складе” 32 Отчеты 33 Отчет “Отчет” 33 Отчет “Склад” 34 Заключение 35 Список литературы 36 Введение Информация в современном мире превратилась в один из наиболее важных ресурсов, а информационные системы (ИС) стали необходимым инструментом практически во всех сферах деятельности. Информационная система – это программный комплекс, функции которого состоят в поддержке надежного хранения информации в памяти компьютера, выполнении специфических для данного приложения преобразований информации и вычислений, предоставления для пользователя удобного и легко осваиваемого интерфейса. Практически в любой области деятельности люди используют тот или иной вид моделей (математических, физических или компьютерных), чтобы иметь более ясное представление о том, что они делают. Разнообразие задач, решаемых с помощью ИС, привело к появлению множества разнотипных систем, отличающихся принципами построения и заложенными в них правилами обработки информации. Существует сеть магазинов электроники “Spirit” которая предоставляет широкий ассортимент самой современной техники. Она работает напрямую с производителями. Отчетность на складах и в магазинах введется в бумажной форме. Формирование заявок на поставку товара осуществляется вручную на основе запасов и занимает 2-3 часа. Проведя анализ данного процесса, было выделено несколько проблем: 1. Использование бумажной документации замедляет время формирования заявки на поставку товаров. 2. Уточнение количества и наличие товара на складе замедляет процесс продажи товара. 3. Наличие информационной системы в данной сети магазинов позволить упростить оформление документации, аакже увеличить скорость обработки необходимых данных о товаре и наличие единой базы данных для улучшения контроля. Задачи, которые предстоит решить в рамках проектирования информационной системы можно разделить на 2 группы: * процесс управления магазином; * управление складом (повышение эффективности работы отдела закупок и складирования) В рамках пользовательского представления решаются следующие задачи: 1. обеспечение поиска товаров в каталоге; 2. накопление и оформление заказов; Реализация функциональности управления складом включает решение следующих задач: 1. учет товаров на складе; 2. прием товара на склад; 3. отгрузка товаров; 4. ведение информации о поставщиках; 5. фиксирование информации о финансовом обороте; 6. формирование документов принятой формы Описание предметной области Покупатель производит запрос у продавца, при наличии товара происходит продажа и списание товара со склада. Также покупатель может оформить заявку на товар. Кладовщик формирует информацию о состояние склада на основе документации. Далее отдел закупок анализирует потребность и составляет заявку на закупку товара. После получения товара от поставщика продукция проверяется и отправляется на складирование. Рисунок 1 “Управление магазином” Главная задача и функция процесса выражена в виде процесс «Управление магазином». Процесс выражен в функциональной модели блоком под номером А0, который изображен на рисунке 1 приложения А. Основными элементами управления данного блока являются «Законодательство» и «Документация». Механизмами данного функционального блока являются «Персонал». В результате, то есть на выходе данного блока, должны быть сформированы: * проданный товар; * накладная; Структура вход/выходных, управляющих характеристик и механизмов, представлена в таблице 1. Далее приводится декомпозиция данного процесса на триподпроцесса, выраженные в модели функциональными блоками. Таким образом, управление магазином – это результаты взаимосвязи блоков: * блок А1 «Поставлять товар»; * блок А2 «Складировать»; * блок А3 «Продать». Графическое представление взаимосвязи функциональных блоков А1, А2, А3 изображена на рисунке 2 приложения А. Таблица 1 — Вход/выходные, управляющие характеристики и механизмы блока А0 Виды характеристик | Наименования характеристик | Вход | Товар | | Сопровождающие документы | | Информация о покупателе | Управление | Законодательство | | Документация | Механизм | Персонал | Выход | Проданный товар | | Накладная | Подпроцесс «Поставка товара» Рисунок 2 Данный подпроцесс представлен на схеме функциональным блоком с номером А1 и представляет собой все трудовые операции по обеспечению работоспособного состояния подвижного состава предприятия. Дальнейшая декомпозиция данного блока представляет все требуемые трудовые операции. Декомпозиция блока А1 представлена на рисунке 3 приложения А. Структура вход/выходных, управляющих характеристик и механизмов, представлена в таблице 2. Таблица 2 — Вход/выходные, управляющие характеристики и механизмы блока А1 Виды характеристик | Наименования характеристик | Вход | Товар | | Сопровождающие документы | | Информация о состоянии склада | Управление | Документация | Механизм | Персонал (экспедитор) | Выход | Товар на складирование | Подпроцесс «Складирование» Рисунок 3 Данный подпроцесс представлен на схеме функциональным блоком с номером А2 и представляет собой все трудовые операции по обеспечению работоспособного состояния подвижного состава предприятия. Дальнейшая декомпозиция данного блока представляет все требуемые трудовые операции. Декомпозиция блока А2 представлена на рисунке 4 приложения А. Структура вход/выходных, управляющих характеристик и механизмов, представлена в таблице2. Таблица 2 — Вход/выходные, управляющие характеристики и механизмы блока А2 Виды характеристик | Наименования характеристик | Вход | Товар на складирование | Управление | Документация | Механизм | Персонал (кладовщик) | Выход | Товар на продажу | | Информация о состоянии склада | Разработка UML-модели прецедентов системы На основании функциональных требований, мы определили актеров и прецедентов. Актеры — роли, выполняемые людьми или сущностями, использующими систему. Прецеденты — то, что актеры могут сделать с системой. В нашем случае Актерами являются «Сотрудник» и «Покупатель». А в роли прецедентов выступают элементы модули требований. После того, как определили составляющие диаграммы прецедентов, мы смоделировали модель прецедентов. Графическое представление данной диаграммы представлено на рисунке 4. Рисунок 4 Составление спецификаций Далее к каждому прецеденту должна быть предоставлена спецификация прецедента. Спецификацию всех прецедентов было принято выполнить в виде таблиц. Спецификация прецедента “Осуществление покупки” Краткое описание: Оформление покупки покупателю продавцом Главные актеры: Продавец, Покупатель Спецификация прецедента «Заявка на товар» Краткое описание: Составление потребителем заявки, на какой то определенный тип и модель техники, которых нет в наличии на данный момент Главные актеры: Покупатель, менеджер Спецификация прецедента «Составление отчета о продажах» Краткое описание: Продавец составляет отчет о продажах, который рассматривается менеджером Главные актеры: Продавец, менеджер Спецификация прецедента «Составление заказов на поставку товаров» Краткое описание: Менеджер составляет заявку на поставку новых товаров, кладовщик рассматривает данную заявку Главные актеры: Менеджер, кладовщик Спецификация прецедента «Поставка товаров» Краткое описание: Кладовщик осуществляет поставку в магазин, менеджерсоставляет отчет о принятом товаре в магазин Главные актеры: Кладовщик, менеджер Спецификация прецедента «Хранение информации» Краткое описание: Менеджер хранит в базе данных информацию о проданных товарах, о клиентах, отчеты и т.д. Главные актеры: Менеджер Спецификация прецедента «Заказ товаров с головного склада» Краткое описание: Кладовщик осуществляет заказ необходимых товаров на склад с головного склада, на главном складе рассматривает данную заявку, и совершают поставку. Главные актеры: Кладовщик Спецификация прецедента «Регистрация поступления» Краткое описание: Кладовщик получает принятый товар, составляет отчет о принятом товаре(его состоянии, кол-ве и т.д.) Главные актеры: Кладовщик Диаграмма классов Рисунок 5 Сущность «ID Товар» Данная сущность содержит в себе информацию о товарах. Атрибутами сущности являются: – ID товара; – название; – цена; – гарантия. Ключом сущности является атрибут «ID товара». Он является уникальным для всех товаров. Сущность «ID Покупателя» Данная сущность содержит в себе информацию о клиентах. Атрибутами сущности являются: – ID покупателя; – фамилия; – имя; – отчество; – адрес; – телефон. Ключом сущности является атрибут «ID покупателя». Он является уникальным для всех клиентов. Сущность «ID Покупки» Данная сущность содержит в себе информацию о покупках. Атрибутами сущности являются: – ID покупки; – дата покупки; – цена покупки; – количество; – сумма; – ID покупателя – ID сотрудника – ID товара Ключом сущности является атрибут «ID покупки». Он является уникальным для всех покупок. Сущность «ID заказа» Данная сущность содержит в себе информацию о заказах. Атрибутами сущности являются: – ID заказа; – дата заказа; – количество ; – ID менеджера – Статус заказа Ключом сущности является атрибут «ID заказа». Сущность «ID менеджера» и “ID продавца” Данные сущности содержат всебе информацию менеджерах и продавцах. Атрибутами сущности являются: – ID менеджера (ID продавца); – фамилия; – имя ; – отчество ; – пол ; – дата рождения ; – зарплата ; Ключом сущности является атрибут “ID менеджера” и “ID продавца”. Он является уникальным для всех сотрудников. Сущность «Производитель» Данная сущность содержит в себе информацию о производителях. Атрибутами сущности являются: – название; – адрес ; – телефон ; Ключом сущности является атрибут «Наименование». Он является уникальным для всех производителей. Сущность «Склад» Данная сущность содержит в себе информацию о складе. Атрибутами сущности являются: – № накладной; – дата поставки ; – цена ; – количество ; – название товара; – ID товара – кладовщик Ключом сущности является атрибут «ID товара». Он является уникальным для всего склада. Диаграмма последовательности Рисунок 6 На диаграмме последовательности демонстрируется ряд действий между клиентом, менеджером и информационной системой. 1. Клиент делает выбор товара, который ему нужен; 2. Менеджер ищет в системе товар, который нужен клиенту по артикулу; 3. Далее он предоставляет информацию по данному продукту клиенту; 4. Если товар подходит, то покупатель подтверждает заявку; 5. Менеджер создает заявку на товар, необходимый покупателю через информационную систему; 6. Создается заявка системой. Диаграмма состояний Рисунок 7 “Общий вид” На общем виде показаны интерфейсы пользователей – кладовщика, продавца и менеджера. Для примера подробнее рассмотрим окно менеджера. Рисунок 8 “Окно менеджера” Диаграмма деятельности Расписано последовательное действие менеджера и системы на протяжении всего времени работы. Представление базы данных На основе раннее проделанной работы была создана база данный магазина электроники. В данной базе имеются уникальные элементы которые имеют свойличный ID.Таблицы Таблица “Менеджер” Содержит данные о менеджерах, их характеристики. Таблица “Продавцы” Содержит данные о продавцах. Таблица “Покупатели” Содержит данные о покупателях. Таблица “Заказы” Содержит данные о заказах, менеджерах, составляющих их, статусе выполнения заказа. Таблица “Заявки” Содержит данные о заявках, такие как наименование товара, дата заказа, сумма , статус заявки и т.д. Таблица “Покупка” Содержит информацию о покупке. Таблица “Производители” Содержит данные о производителях. Таблица “Товар” Содержит информацию о товаре, о его видах, производителе и т.д. Таблица “Склад” Содержит данные о товаре, хранящемся на складе, его кол-ве, производителе и т.д. Таблица “Отчет” Содержит данные об отчетах. Экранные формы Форма “Основное окно” Позволяет зайти в систему в качестве продавца, менеджера и кладовщика. Форма “Вход менеджера” Позволяет от имени менеджера перейти к экранным формам для редактирования данных в нужном разделе. Форма “Вход продавца Позволяет от имени продавца перейти к необходимому разделу для редактирования или просмотра данных. |