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

ПЕРМСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ЭЛЕКТРОТЕХНИЧЕСКИЙ ФАКУЛЬТЕТ ЗАОЧНОЕ ОТДЕЛЕНИЕ Направление: 552 800 «Информатика и вычислительная техника»

Курсовой проект Дисциплина: Проектирование АСОИУ Тема: Проектирование системы Интернет магазина Работу выполнил студент гр. АСУ-03-у: Кочетов А.А.

Руководитель курсовой работы: Файзрахманов Р. А.

г. Пермь 2006

1. ВВЕДЕНИЕ

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

3. Организационная структура

4. Модель «Как есть»

5. Модель «Как должно быть»

6. Обзор и выбор стандартов и профилей

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

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

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

10. СЛОВАРЬ

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

12. Информационное моделирование

13. Техническое Задание

13.1 назначение и цели создания системы

13.2 характеристика объектов

13.3 требования к системе

13.4 состав и содержание работ по созданию системы

13.5 порядок контроля и приемки системы

13.6 требования к составу и содержанию работ по подготовке объекта разработки к вводу системы в действие

14. ЗАКЛЮЧЕНИЕ

15. СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Приложения

1.

ВВЕДЕНИЕ

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

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

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

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

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

В организационной системе наиболее трудоемкими являются процессы, связанные с обработкой информации — сбор, накопление, преобразование, отображение, хранение, передача и вывод. Ускорить эти процессы и облегчить труд персонала торговой организации позволяет АСУ. Человеко-машинный характер АСУ удобен тем, что благодаря этой системе осуществляется управление не только процессом продаж и связанными с ним подразделениями торговой организации, но и персоналом, т.к. система создает и поддерживает деловую, творческую обстановку, обеспечивает условия для непрерывного повышения общеобразовательного, профессионального и культурного уровня работающих. В АСУ ведущая роль в выработке и принятии решений закрепляется за руководством. Программно-математические методы и вычислительная техника являются лишь средствами обработки информации и подготовки соответствующих управленческих решений.

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

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

Целью данного курсового проекта является создание системного проекта автоматизации деятельности Интернет магазина ООО «Добрыня».

Для достижения поставленной цели сформулированы и решены следующие задачи:

— анализ информационных потоков, связанных с деятельностью ООО «Добрыня»., их систематизация и разработка спецификаций;

— разработка моделей деятельности «как есть»;

— разработка моделей деятельности «как должно быть»;

— разработка информационной модели данных;

— разработка технического задания на разработку Интернет магазина.

Разрабатываемая информационная система позволит:

автоматизировать процесс регистрации, учета, обработки документов;

повысить скорость прохождения документа;

оптимизировать хранение документов;

сэкономить ресурсы, расходуемые на подготовку новых документов;

сократить время на поиск документа;

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

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

— для моделирования бизнес-процессов будет использован IDEF0;

— информационные модели будут представлены в нотации IDEF1X;

— техническое задание будет оформлен в соответствии с ГОСТ 34.602−89 «Техническое задание на создание автоматизированной системы»

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

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

Целью работы является разработка проекта, который позволит обеспечить:

повышение эффективности работы организации;

сокращение времени получения информации С точки зрения реализации проектируемая система должна удовлетворять следующим требованиям:

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

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

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

3. Организационная структура Объекты структуры:

Директор — управление предприятием, принятие стратегически важных решений Склад — прием выдача хранение товара Бухгалтерия — ведение бухгалтерской документации ИТ — реализация программно аппаратных средств для осуществления автоматизации документооборота Менеджер по продажам — планирование и осуществление продажи товара Менеджер по закупу — планирование и осуществление закупки товара ТП — работа с покупателями по предоставлению информации о товаре и сбор заявок Служба доставки — доставка товара покупателю Служба операторов выписки — выписка сопроводительных документов на товар Отдел сертификации — выдача сертификатов на товар Интернет магазин — представление товара покупателю, сбор заказов ИС — информационная система предприятии Схема взаимодействия объектов организационной структуры представлена на рис. 1

Рис 1. Организационная структура

4. Модель «Как есть»

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

ТП едет к покупателю с прайсом и оформляет заказ.

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

Покупатель оплачивает по счету (реквизиты сумма № счета).

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

Модель Модель представлена в стандарте IDEF0 и отображена в приложении 6

5. Модель «Как должно быть»

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

Покупатель с помощью Интернет браузера входит на сайт организации.

Формирует заказ на требуемый товар.

Оставляет данные о себе Распечатывает и оплачивает счет Связывается с менеджером или ждет пока менеджер свяжется с ним.

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

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

Модель представлена в стандарте IDEF0 и отображена в приложении 7

6. Обзор и выбор стандартов и профилей Понятие ЖЦ ПО является одним из базовых в программной инженерии. Основным нормативным документом, регламентирующим состав процессов ЖЦ ПО, является международный стандарт ISO/IEC 12 207: 1995 «Information Technology — Software Life Cycle Processes». Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.

Процессы создания АС, в состав которых входит и ПО, регламентированы стандартами ГОСТ 34.601−90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания», ГОСТ 34.602−89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» и ГОСТ 34.603−92 «Информационная технология. Виды испытаний автоматизированных систем».

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

ГОСТ 34.602−89 распространяется на АС для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы». ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации — далее создания) АС, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы. Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.

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

общие сведения;

назначение и цели создания системы;

характеристика объектов автоматизации;

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

состав и содержание работ по созданию системы;

порядок контроля и приемки системы;

требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

требования к документированию;

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

Заказ на товар Прайс лист Счет на оплату Требование на склад Сертификат соответствия Описание полей заказа на товар приведено в таблице 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.

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

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

ввод заказа — А1

ввод предварительного заказа — А11

работа с корзиной товаров — А111

завершение составления предварительного заказа — А112

корректировка заказа — А12

работа с данными о товаре — А2

10. Словарь Товар — описание некоторого вида продукции продаваемого через Интернет магазин Покупатель — человек желающий купить товар Информация покупателя — данные о покупателе и комментарии к заказываемому товару и поставщику товара.

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

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

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

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

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

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

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

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

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

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

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

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

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

Формирование списка приобретаемого товара покупателем

Рассматривается общая схема ввода предварительного заказа Работа с корзиной товаров — А111

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

Завершение составления предварительного заказа — А112

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

Корректировка заказа — А12

Рассматривается работа менеджера с поступившими заказами от покупателя на данном этапе возможно отклонение или подтверждение заказа В случае необходимости менеджер может произвести удаление заказа из Интернет магазина.

Работа с данными о товаре — А2

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

12. Информационное моделирование Для описания информационной структуры объектов функциональной модели процесса оформления предпродажной документации была создана информационная модель. При этом использовалась вышеописанная методология IDEF1.

Техника создания информационной модели заключается в выделении сущностей и определении их атрибутов. Информация по сущностям и атрибутам берётся из входов и выходов функциональной модели. Затем модель детализируется таким образом, чтобы все сложные виды отношений типа «многие-ко-многим» были бы раскрыты и заменены соответствующим множеством простых отношений. При этом проверяется правильность наследования первичных ключей, описание вторичных ключей и их атрибутов. Информационная модель исследуемого процесса приведена на рисунке 6.

Рис. 6 Информационная модель работы Интернет магазина Данная информационная модель является завершенной, так как:

каждая сущность полностью определена;

каждая сущность идентифицирована через ее атрибуты;

остались только простые отношения;

информация появляется в модели только один раз.

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

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

Описание атрибутов:

таблица 5 Categories — категория

таблица 6 Goodslist — товар

таблица 7 Orders — покупатель

таблица 8 Orderedcarts — заказ

таблица 9 Parametres — параметры

таблица. 10 Param_Znach — параметры значения

таблица 11 Goods_Paranm — параметры товара

таблица 12 Goods_Lines — строка параметра товара

13. Техническое Задание

13.1 назнаЧение и цели создания системы Наименование системы: Интернет магазин

Доменное имя для размещения системы: mag. a3.perm.ru

Данная система предназначается для сбора заказов на товар, а также его рекламы в Интернете в сфере малого и среднего бизнеса.

Целью создания системы является сокращение средств на рекламу и работы с клиентами. Время и затраты на сбор заказа. Корректность данных. Полнота данных о товаре.

13.2 Характеристика объектов Интернет магазин является системой сбора данных от покупателей о приобретении требуемого товара посредством сети Интернет и классом программного обеспечения — браузера.

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

13.3 Требования к системе требования к структуре и функционированию системы;

Система должна состоять из следующих подсистем:

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

БД — система хранения данных требования к численности и квалификации персонала системы и режиму его работы;

Для обработки заказов 1 менеджер по продажам в течении полного рабочего дня 40 часовой рабочей недели.

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

требования к надежности;

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

Время отклика — не выполнения задачи с определенным ККС требования к эргономике и технической эстетике;

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

Обеспечить последовательность действий.

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

Резервное копирование данных с территориальным разделением от реальных данных раз в день.

Архивные копии данных за месяц.

Работа Интернет магазина на малых вычислительных мощностях при низком обмене данных.

требования к защите информации от несанкционированного доступа;

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

требования к защите от влияния внешних воздействий;

Обеспечить работу сервера в специально оборудованном помещении — серверной.

13. 4 Состав и содержание работ по созданию системы Сбор информации по документообороту организации — консультации с органами организации заказчика на проектирование системы.

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

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

Разработка системы — разработка функций системы, ее модулей дизайн интерфейсов, построение табличного пространства БД.

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

Документирование — формализованное описание информации по работе системы Внедрение — обеспечение совместимости программно аппаратного комплекса с системой.

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

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

Таблица 13 Входная информация для ввода категорий товаров

Входная информация для ввода товаров должна содержать параметры представленные в таблице 14

Таблица 14 Входная информация для ввода товаров

Входная информация для ввода информации о покупателе должна содержать параметры представленные в таблице 15

Таблица 15 Входная информация для ввода информации о покупателе

Обеспечить работоспособность аппаратно программного комплекса в соответствии с норами технической эксплуатации.

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

ЗАКЛЮЧЕНИЕ

Данная курсовая работа посвящена проектированию системы автоматизированного документооборота на стадии работы с клиентом по сбору заказов ООО «Добрыня». Целью проектирования является повышение эффективности работы по сбору заказов ООО «Добрыня», снижение трудоемкости процессов обработки информации.

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

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

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

Для достижения поставленной цели сформулированы и решены следующие задачи:

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

— Описаны модели деятельности «как есть.

— Разработаны и описаны модели деятельности «как должно быть» в нотации IDEF0, которые представлены в функциональном моделировании.

— Разработаны информационные модели данных в нотации IDEF1X

— Разработано техническое задание на Интернет магазин ООО «Добрыня» на основе ГОСТ 34/602−89

Данный проект решает такие проблемы как:

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

Корректность данных — данные берутся из БД, а не заполняются в ручную, что влияет на работу отдела выписки.

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

В дальнейшем планируется создание приложений для работы в составе ИС предприятия ООО «Добрыня».

автоматизированный документооборот интернет данный

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ Вендров А. М. Проектирование программного обеспечения экономических информационных систем. — М.: Финансы и Статистика, 2002 — 352 c.: ил.

http://www.softcraft.ru/design/woop

Маклаков С.В. BPwin и Erwin. CASE-средства разработки информационных систем. — М.: ДИАЛОГ-МИФИ, 2000.

ГОСТ 34.602−89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».

Маклаков С. В. Моделирование бизнес-процессов с BPwin 4.0. — М.: ДИАЛОГ-МИФИ, 2002 — 224 c.

Приложение 1 Требование на склад

Приложение 2 Сертификат соответствия

Приложение 3 Заявка

Приложение 4 Счет на оплату

Приложение 5 Модель как есть Рис. 7 A-0 — контекстная диаграмма Рис. 8 А0 — декомпозиция первого уровня

Приложение 6 Модель как должно быть Рис. 9 A-0 — контекстная диаграмма Рис. 10 А0 — декомпозиция первого уровня Рис. 11 — А1 — декомпозиция второго уровня