Проектирование системы Интернет магазина

ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

1. общие сведения;
2. назначение и цели создания системы;
3. характеристика объектов автоматизации;
4. требования к системе;
5. состав и содержание работ по созданию системы;
6. порядок контроля и приемки системы;
7. требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
8. требования к документированию;

 

 

 

7. Спецификация документов

 

В процессе участвуют следующие документы:

1. Заказ на товар
2. Прайс лист
3. Счет на оплату
4. Требование на склад
5. Сертификат соответствия

Описание полей заказа на товар приведено в таблице 1. Описание полей прайс листа приведено в таблице 2. Описание полей счета на оплату приведено в таблице 3. Описание полей требования на склад приведено в таблице 4. Сертификат соответствия это отсканированный документ и прилагается к каждому виду товара изменения его полей в процессе не происходит. Внешний вид документов представлен в приложении 1- 5

 

таблица 1 заказ на товар

Наименование поля	Описание поля
Ф.И.О клиента
Адрес поставки	Адрес в пределах города
Форма оплаты	наличный, безналичный
Наименование товара	наименование согласно прайса
Количество	количество имеющееся на складе
Примечание	заполняется ТП при необходимости

 

таблица 2 прайс лист

Наименование поля	Описание поля
код товара	код ИС предприятия
наименование товара	краткое описание товара
упаковка товара	вид упаковки
цена

 

таблица 3 счет на оплату

Наименование поля	Описание поля
ИНН
КПП
Получатель
Банк получателя
Сч. №
БИК/СЧ. №
Номер счета и дата
Поставщик
Покупатель
п/н
Товар
количество
Единицы измерения
Цена
Сумма
Итого
Всего наименований на сумму	заполняется прописью
Руководитель
Бухгалтер

 

таблица 4 требование на склад

Наименование поля	Описание поля
Поставщик	наименование поставщика
Адрес	адрес поставщика
Реквизиты поставщика
Склады	наименование склада поставщика
Номер требования на склад и дата
Покупатель
Адрес	адрес покупателя

 

телефоны	телефоны покупателя
Район доставки
Основание
Примечание
Автомобиль
Экспедитор
Водитель
П/п
Товар
Количество мест
Цена за место
Количество штук
Цена единицы
Сумма
Итого количество мест
Итого к оплате
В том числе с НДС
Всего наименований	заполняется прописью
Сумма	заполняется прописью
Вес брутто
Тара
Отпустил	место для подписи
Через	место для подписи
Получил	место для подписи

 

 

8. Функциональное моделирование

 

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

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

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

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

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

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

 

Рис. 2 A-0 – контекстная диаграмма

 

 

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

 

Рис. 3 А0 – декомпозиция первого уровня

 

 

На рисунке 4 показана декомпозиция блока А1 - это формальное разделение процедуры ввода заказа на товар.

Рис. 4 - А1 – декомпозиция второго уровня

 

 

На рисунке 5 показана декомпозиция блока А11 - это формальное разделение процедуры ввода предварительного заказа.

 

Рис.5 - А11 – декомпозиция третьего уровня

 

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

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

 

9. ОСНОВНЫЕ ЭЛЕМЕНТЫ МОДЕЛИ

 

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

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

Название проекта: моделирование работы интернет магазина

Цель проекта: реализация структурной функциональной модели работы интернет магазина, составление ТЗ на разработку системы.

Точка зрения: покупатель, менеджер по продажам

Технология моделирования: метод функционального моделирования IDEFO.

Инструментарий, программный продукт BPwin 4.0.

Перечень функций:

1. Интернет магазин — А0;
2. ввод заказа – А1
3. ввод предварительного заказа – А11
4. работа с корзиной товаров – А111
5. завершение составления предварительного заказа - А112
6. корректировка заказа – А12
7. работа с данными о товаре – А2

 

10. СЛОВАРЬ

 

Товар – описание некоторого вида продукции продаваемого через Интернет магазин

Покупатель – человек желающий купить товар

Информация покупателя – данные о покупателе и комментарии к заказываемому товару и поставщику товара.

Количество товара – требуемое количество товара покупателем.

Параметры товара – требуемые параметры товара покупателем

Остаток товара – количество товара у поставщика, имеющегося для продажи.

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

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

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

 

 

 

 

 

 

11. Описание функциональных блоков

 

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

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

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

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

 

1. Интернет магазин — А0

Автоматизированная система для управления вводом заказов, информации о продаваемом товаре при помощи Интернет браузера.

На данном этапе рассматривается методология работы Интернет магазина в целом