Размещено на http://www.allbest.ru/

Содержание

• Техническое задание
• 1. Анализ предметной области
• 1.1 Постановка задачи
• 1.2 Проектирование информационной системы
• 2. Обоснование подхода экономической информационной системы «Интернет-магазина фототехники»
• 3. График выполнения работ по созданию ЭИС
• 4. Программная реализация проекта
• 4.1 Диаграмма IDEF0
• 4.2 Диаграмма DFD
• 4.3 Диаграмма дерева узлов (Node Tree Diagram)
• 5. Разработка Базы Данных
• 5.1 СУБД Microsoft SQL Server
• 6. Разработка прототипа программного обеспечения
• 7. Стоимостной анализ разработки проекта
• Заключение
• Список используемых источников и литературы
• экономический информационный система программный

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

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

В соответствие с Общероссийским классификатором видов экономической деятельности интернет-магазин занимается торговлей.

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

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

В случае увеличения продаж магазина штат будет расширяться.

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

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

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

Интернет-магазин состоит из следующих элементов:

1. сайт магазина

2. система обработки заказов

3. система доставки товара

4. система работы с поставщиками

Основные аспекты деятельности интернет-магазина:

1. прием персонала на работу

2. покупка товара интернет-магазином

3. заказ товаров клиентами

4. возврат бракованного товара

5. уплата налогов

6. поддержка и обновление сайта.

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

В случае брака товара его можно вернуть. Магазин проведет проверку и либо вернет деньги, либо откажет в возврате.

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

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

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

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

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

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

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

Доставка товара клиенту может осуществляться следующим образом:

· собственной или независимой курьерской службой;

· федеральной почтовой службой;

· международными курьерскими службами;

· международной почтовой службой;

· российскими коммерческими почтовыми службами;

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

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

1.2 Проектирование информационной системы

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

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

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

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

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

2. Обоснование подхода экономической информационной системы «Интернет-магазина фототехники»

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

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

· методология функционального моделирования работ SADT (Structured Analysis and Design Technique);

· диаграммы потоков данных DFD (Data Flow Diagrams);

· методология объектного проектирования на языке UML (UML-диаграммы).

Методология SADT (Structured Analisys and Design Technique - технология структурного анализа и проектирования) разработана Дугласом Т. Россом и является одной из самых известных и широко используемых методик проектирования.

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

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

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

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

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

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

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

3. График выполнения работ по созданию ЭИС

График разработан и представлен с помощью Microsoft Project 2010. Он отображает все этапы разработки ЭИС:

1. Разработка технического задания

2. Разработка проекта информационной системы в соответствии с выбранным подходом

3. Разработка модели базы данных

4. Разработка базы данных

5. Разработка интерфейса системы

6. Разработка программной документации

7. Испытание программы

Длительность проекта 83 дня, общие трудозатраты проекта 40 часов (см. рис. 1.1).

Рис. 1.1 График работ и диаграмма Ганта

Рис. 1.2 Временная шкала

4. Программная реализация проекта

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

4.1 Диаграмма IDEF0

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

Данная модель представлена на рисунках 2.1, 2.2, 2.3 (для большей точности была проведена трехуровневая детализация).

Рис. 2.1- Функциональная модель бизнес-процессов (1 уровень)

Рис. 2.2 Функциональная модель бизнес-процессов (2 уровень)

Рис. 2.3 Функциональная модель бизнес-процессов (3 уровень)

4.2 Диаграмма DFD

Диаграмма DFD. Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0. Всего DFD использует четыре важных элемента:

· Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами. (cм. Рис. 3.2 -- “Проверить наличие товара на складе”).

· Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота. (cм. Рис. 3.2 -- “Информация о клиенте”).

· Внешние ссылки указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы.. (cм. Рис. 3.2 -- “Клиент”).

· Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных. (cм. Рис.3.2 -- “База данных”)

Рис. 3.1 Контекстная диаграмма

Рис. 3.2 Диаграмма потоков данных

4.3 Диаграмма дерева узлов (Node Tree Diagram)

Диаграммы дерева узлов (Node Tree Diagram). К модели BPwin можно добавлять дерево узлов, которое показывает иерархию всех работ модели на одной диаграмме. Диаграмма дерева узлов имеет вид традиционного иерархического дерева, где верхний узел (прямоугольник) соответствует работе с контекстной диаграммы, а последующие нижние узлы представляют собой дочерние уровни декомпозиции. Можно также создать диаграмму дерева узлов лишь для некоторой части модели, тогда верхним узлом диаграммы будет та работа декомпозиции, с которой вы захотите начать. Прямоугольники в дереве узлов сохраняют за собой все свойства соответствующих им работ.

Рис. 4.1 Диаграмма дерева узлов

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

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

5. Разработка Базы Данных

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

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

Анализ предметной области целесообразно разбить на три фазы:

Анализ концептуальных требований и информационных потребностей;

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

Построение концептуальной модели предметной области и проектирование концептуальной схемы БД.

Анализ концептуальных требований.

На этапе анализа концептуальных требований и информационных потребностей необходимо решить следующие задачи:

Анализ требований пользователей к БД (концептуальных требований);

Выявление имеющихся задач по обработке информации, которая должна быть представлена в БД (анализ приложений);

Выявление перспективных задач (перспективных приложений);

Документирование результатов анализа.

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

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

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

При выборе информационных объектов необходимо ответить на ряд вопросов:

· На какие таблицы можно разбить данные, подлежащие хранению в БД?

· Какое имя можно присвоить каждой таблице?

· Какие наиболее интересные характеристики (с точки зрения пользователя) можно выделить?

· Какие имена можно присвоить выбранным характеристикам?

5.1 СУБД Microsoft SQL Server

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

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

СУБД позволяет задавать типы данных и способы их хранения. Можно также задать критерии, которые СУБД будет в дальнейшем использовать для обеспечения правильности ввода данных. В самом простом случае условие на значение должно гарантировать, что не будет введен случайно в числовое поле буквенный символ. Другие условия могут определять область или диапазоны допустимых значений вводимых данных.

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

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

Все выше сказанное позволило остановить выбор на СУБД Microsoft SQL Server для постановки и решения задачи проектировании ИС ведения документации и отчетности компании, занимающейся электронной коммерцией.

Рис. 5.1 База данных в Microsoft SQL Server

6. Разработка прототипа программного обеспечения

Средой реализации информационной системы «Интернет-магазин фототехники» является Delphi 7.

На главной форме, представленной на рис.6.1 можно увидеть главную форму информационной системы.

Рис.6.1 Начало работы системы «Интернет-магазин фототехники»

На форме «Сотрудники» можно получить подробную информацию о сотрудниках фирмы.

Здесь также можно заносить или удалять сотрудников в базе.

Рис. 6.2 Форма «Сотрудники»

На форме «Товары» содержится информация о типе, марке, цене, поставщике и наличию товара на складе. Здесь также можно не только добавить и удалить товар, но и получить список всех поставщиков, которые отображаются в таблице на новой форме.

Рис. 6.3 Форма «Товары»

Рис. 6.4 Форма «Список поставщиков»

Рис. 6.5 Форма «Оформление заказа»

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

7. Стоимостной анализ разработки проекта

Стоимостной анализ информационной системы «Интернет-магазин» проведем, воспользовавшись средством BPwin.

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

При проведении стоимостного анализа в BPwin сначала задаются единицы измерения времени и денег.

Рис. 6.1 Настройка единиц измерения валюты и времени

Затем описываются центры затрат.

Рис. 6.2 Центр затрат

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

Рис. 6.3 Стоимость работы

Общая стоимость проекта «Интернет-магазин фототехники» за месяц составит 5193 руб. 00 коп.

Заключение

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

В процессе проектирования модели ИС было исследовано взаимодействие с внешней средой интернет-магазина, такие как: клиенты интернет-магазина; входные и выходные параметры: заказы клиентов и исполнение этих заказов.

Для решения данной задачи было использовано CASE - средство BPWin.

При проектировании модели ИС корпорации были созданы:

· Главная диаграмма.

· Диаграммы последовательностей, такие как: зарегистрировать клиента, резервировать товар, сформировать отчеты, обработать заказ.

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

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

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

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

При соблюдении этих условий интернет-магазин будет приносить прибыль.

Размещено на Allbest.ru

...