- Курсовая работа найти технология моделирования бизнеса в среде интернета на примере ооо “мой спорт”
- Ментальный подход (ментальные карты)
- Моделирование деятельности компании – реферат
- Применение моделей бизнеса на практике
- Проектирование системы интернет-магазина. курсовая работа (т). информационное обеспечение, программирование. 2021-08-07
- Процессное моделирование (моделирование бизнес процессов)
- Функциональное моделирование
Курсовая работа найти технология моделирования бизнеса в среде интернета на примере ооо “мой спорт”
История развития продаж через интернет. Способы продвижения интернет-магазина. Способы анализа внутренней и внешней среды. Анализ конкурентного состояния по модели пяти сил конкуренции М. Портера интернет-магазина. Расчеты показателей бизнес-плана.
дипломная работа, добавлен 16.06.2021
Определение специфики создания интернет-магазина как прогрессивного и эффективного способа ведения бизнеса. Анализ основных недостатков и преимуществ электронной торговли. Оценка уровня инвестиций и описание блока затрат на создание интернет-магазина.
бизнес-план, добавлен 18.05.2021
Методы ведения бизнеса в сфере производства и услуг. Проблемы составления бизнес-плана для интернет-магазина. Инвестиции в разработку торгового сайта. Поиск клиентов и организация доставки. Формирование инвестиционно-проектных целей торговли в интернете.
реферат, добавлен 02.05.2021
Исследование степени использования веб-решений для автоматизации бизнес-процессов аудиторско-консалтинговыми компаниями России. Анализ целей создания и эксплуатации корпоративных сайтов как рекламоносителей, выявление необходимости их модернизации.
доклад, добавлен 06.09.2021
Анализ и выявление основных особенности управления проектом разработки интернет-магазина по методологии Scrum. Предметная область разработки интернет-магазина дизайнерской крестильной детской одежды. Популярные плагины для электронной коммерции.
отчет по практике, добавлен 10.02.2021
Раскрытие экономической сущности и обоснование необходимости планирования бизнеса. Определение назначения и изучение состава концепции бизнес-плана как программы ведения коммерческой деятельности. Требования к структуре бизнес-плана на примере гостиницы.
курсовая работа, добавлен 23.08.2021
Выбор и характеристика нововведения интернет-магазина. Оценка инновационного потенциала и формулирование цели фирмы. Составление программы освоения инноваций интернет-магазина, обоснование их эффективности. Построение дерева стратегических изменений.
курсовая работа, добавлен 29.11.2021
Общий анализ маркетинговой деятельности и оценка коммуникационного потенциала интернет-магазина zubro.ru. Особенности разработки коммуникационной кампании в торговле в сети Интернет. Составление плана коммуникационной кампании интернет-магазина zubro.ru.
дипломная работа, добавлен 31.01.2021
Понятие, сущность, содержание электронного бизнеса. Интернет-магазин и его особенности. Проектирование бизнес-плана открытия интернет-магазина по розничной продаже шарнирных BJD кукол и их комплектующих. Оценка финансовых затрат и результатов проекта.
дипломная работа, добавлен 25.11.2021
Маркетинг в предпринимательской деятельности. Комплекс маркетинга, его сущность и необходимость разработки. Анализ технико-экономических показателей маркетинга на ООО “Мультитекс” за 2008-2009 годы. Стратегия расширения ассортимента продукции.
дипломная работа, добавлен 22.05.2021
Ментальный подход (ментальные карты)

При создании ментальных моделей специалист подходит к моделированию не как к процессу или набору функций, а как к некому набору связанных между собой понятий. Для наглядности я приведу пример — ментальная карта понятия “Процедура снабжения” (см. рисунок).
Такой вариант подхода применяется, прежде всего, для себя. Рисование схемы в свободной форме помогает структурировать свои знания, так сказать, “разложить по полочкам” в свободной форме полученную информацию. Также подобные ментальные карты помогают найти решение, которое уже позже, по мере необходимости, будет воплощаться в рамках строгих правил процессного или функционального подхода.
Можно применять ментальные карты и для демонстрации клиентам: и существующей ситуации, и вариантов решения поставленной задачи. Ментальные карты помогут наглядно продемонстрировать, какие методы могут быть использованы, показать в наглядной форме различные идеи.
Плюсы применения таких ментальных карт очевидны:
Минусом подхода является отсутствие устоявшегося подхода и стандартизированной методологии. Если в нотациях функциональных и процессных имеется некоторая вариативность, но все же она ограничена строгими рамками языков моделирования, то ментальные карты создаются в произвольной форме.
Моделирование деятельности компании – реферат
С каждым годом в России и по всему миру всё больше и больше внедряются информационные технологии во все сферы деятельности и оказывают влияние как на предприятия, так и на экономику в целом. Изобретаются новые программы, совершенствуются старые, открываются площадки для создания бизнеса в интернете.
Мой реферат как раз и будет посвящен этой актуальной теме современности – моделированию деятельности Интернет-компаний, основная задача которых – ведение эффективного бизнеса.
В интернете есть своя специфика ведения работы. Необходимо использовать различные подходы, модели и знания, чтобы Ваш бизнес стал успешным на этой площадке. Надо правильно подбирать контент, места для рекламы и дизайн Вашего Интернет-ресурса.
С каждым днём количество компаний в интернете растёт, этот вид деятельности даёт положительную динамику: постоянно создаются новые сайты, мессенджеры, группы, каналы, – так как сейчас этот вид деятельности очень эффективен и привлекателен, он может послужить основным источником дохода, трафика или вспомогательным источником. В просторах интернета совершается очень много сделок, строятся новые цепочки взаимоотношений, наблюдается прирост в денежном эквиваленте.
Экономические структуры бывают вертикальные: отдельные предприятия, финансово-промышленные группы, корпорации, объединения, международные объединения и целые рынки; и горизонтальные: рынок товаров и услуг, финансовый рынок, рынок рабочей силы. Обе экономические структуры находятся под влиянием внедрения информационных технологий. Формируется новый рынок и новое экономическое пространство, которое имеет
…
Применение моделей бизнеса на практике
Лично я считаю, что бизнес-моделирование стоит применять при решении любых задач, связанных с выявлением проблем и «узких мест», с оптимизацией и модернизацией бизнеса и т.д. Как бизнес-консультант я практически всегда строю модели работы компании или ее подразделений при работе со своими клиентами. Это дает четкое понимание всех этапов работы и позволяет избежать «белых пятен» в этом вопросе.
Кроме того, наглядные схемы бизнес-моделей помогают мне в процессе взаимодействия с клиентами. Проекты у меня часто бывают сложными, и обычного текста или устной речи бывает недостаточно для понимания, в то время как использование наглядных бизнес-моделей снижает затраты времени клиента на чтение и понимание моих предложений, и практически исключает проблемы взаимопонимания в этом вопросе.
А в случае автоматизации какого-либо этапа работы или создания автоматизированной системы управления бизнесом на основе проектно-ориентированного подхода качественная бизнес-модель, выполненная в том или ином языке моделирования, станет готовым руководством для технических специалистов.
Удобство, универсальность, простота восприятия – это те причины, по которым от словесных описаний в бизнес-сфере все больше переходят к бизнес-моделированию. А применение готовых языков позволяет работать с моделями быстро, избегать ошибок, и также без проблем вносить любые изменения.
Также в настоящее время я готовлю к публикации книгу и онлайн курс, в которой подробно опишу собственное видение процессного подхода к бизнесу, а также мой собственный практический опыт работы в сфере функционального и процессного моделирования. Все желающие могут подписаться на уведомление о выходе новой книги по и другие новости ссылке.
Проектирование системы интернет-магазина. курсовая работа (т). информационное обеспечение, программирование. 2021-08-07
ПЕРМСКИЙ
ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
ЭЛЕКТРОТЕХНИЧЕСКИЙ
ФАКУЛЬТЕТ
ЗАОЧНОЕ
ОТДЕЛЕНИЕ
Направление:
552800 «Информатика и вычислительная техника»
Курсовой
проект
Дисциплина:
Проектирование АСОИУ
Тема:
Проектирование системы Интернет магазина
Работу выполнил
студент гр. АСУ-03-у: Кочетов А.А.
Руководитель
курсовой работы: Файзрахманов Р. А.
г.
Пермь 2006
Содержание
1. ВВЕДЕНИЕ
. Постановка
задачи
. Организационная
структура
. Модель
«Как есть»
. Модель
«Как должно быть»
. Обзор
и выбор стандартов и профилей
. Спецификация
документов
. Функциональное
моделирование
. ОСНОВНЫЕ
ЭЛЕМЕНТЫ МОДЕЛИ
. СЛОВАРЬ
. Описание
функциональных блоков
. Информационное
моделирование
. Техническое
Задание
.1 Назначение
и цели создания системы
.2 Характеристика
объектов
.3 Требования
к системе
.4 Состав
и содержание работ по созданию системы
.5 Порядок
контроля и приемки системы
.6 Требования
к составу и содержанию работ по подготовке объекта разработки к вводу системы в
действие
. ЗАКЛЮЧЕНИЕ
. СПИСОК
ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
Приложения
1. ВВЕДЕНИЕ
Управление организацией любого типа, будь то
крупное предприятие или мелкая фирма, связано с переработкой большого потока
информации и принятием на ее основе оперативных и перспективных решений.
Поэтому автоматизация управленческих работ является основным направлением
совершенствования экономики. Применение экономико-математических методов,
современных средств вычислительной техники и связи создает новые возможности
для дальнейшего совершенствования управления.
Внедрение информационных технологий во все сферы
деятельности обусловлено стремительным развитием науки, качественным скачком
возможностей человека, постоянно растущими объемами информации, сложностью
происходящих процессов и явлений. Не обошла стороной информатизация и продажу
товара.
Продажа товара через интернет – это сложный
Интернет – хозяйственный комплекс с многочисленными внешними и внутренними
связями. И управление Интернет магазина, его информационными потоками,
процессом продаж, документооборотом и прочими процессами представляет собой
сложную систему, мелкие и крупные задачи которой тесно связаны между собой.
Управление деятельностью торговой организации,
ее подразделений осуществляется за счет управленческих решений, принимаемых
руководством на основе данных о состоянии подразделений, их показателей и
данных из внешней среды. При этом важно распределить между подразделениями не
только функции, вытекающие из предназначения той или иной службы в работе
торговой организации, но и имеющиеся трудовые, финансовые и материальные
ресурсы.
Система управления Интернет продажами товара
должна представлять собой гибкую, динамичную систему, позволяющую эффективно
рассматривать намеченные планы, оперативно учитывать все изменения и новые
тенденции. Большие возможности для совершенствования управления Интернет
магазином предоставляет использование вычислительной техники и средств связи. В
настоящее время накоплен определённый опыт разработки и внедрения
автоматизированных систем управления Интернет магазином.
В организационной системе наиболее трудоемкими
являются процессы, связанные с обработкой информации – сбор, накопление,
преобразование, отображение, хранение, передача и вывод. Ускорить эти процессы
и облегчить труд персонала торговой организации позволяет АСУ.
Человеко-машинный характер АСУ удобен тем, что благодаря этой системе
осуществляется управление не только процессом продаж и связанными с ним
подразделениями торговой организации, но и персоналом, т.к. система создает и
поддерживает деловую, творческую обстановку, обеспечивает условия для
непрерывного повышения общеобразовательного, профессионального и культурного
уровня работающих. В АСУ ведущая роль в выработке и принятии решений
закрепляется за руководством. Программно-математические методы и вычислительная
техника являются лишь средствами обработки информации и подготовки
соответствующих управленческих решений.
Практически все современные виды деятельности
человека немыслимы без использования современных информационных средств,
компьютерных технологий.
Объектом рассмотрения в курсовой работе являются
информационные процессы, связанные с деятельностью Интернет магазина.
Целью данного курсового проекта является
создание системного проекта автоматизации деятельности Интернет магазина ООО
«Добрыня».
Для достижения поставленной цели сформулированы
и решены следующие задачи:
анализ информационных потоков, связанных с
деятельностью ООО «Добрыня»., их систематизация и разработка спецификаций;
разработка моделей деятельности “как есть”;
разработка моделей деятельности “как должно
быть”;
разработка информационной модели данных;
разработка технического задания на разработку
Интернет магазина.
Разрабатываемая информационная система позволит:
автоматизировать процесс регистрации, учета,
обработки документов;
повысить скорость прохождения документа;
оптимизировать хранение документов;
сэкономить ресурсы, расходуемые на подготовку
новых документов;
сократить время на поиск документа;
повысить комфортность и снизить трудоемкость при
работе с документами для конечного пользователя.
Для выполнения курсовой работы предполагается
использовать следующие стандарты:
для моделирования бизнес-процессов будет
использован IDEF0;
информационные модели будут представлены в
нотации IDEF1X;
техническое задание будет оформлен в соответствии
с ГОСТ 34.602-89 “Техническое задание на создание автоматизированной системы”
2. Постановка задачи
В настоящий момент в организации ООО «Добрыня»
торговые представители ежедневно посещают клиентов для сборки заказов на
приобретаемую продукцию. Бланк заказа заполняется вручную. Менеджер по продажам
в свою очередь организует работу торговых представителей. Описание продукции
представляется клиенту в виде устной информации от торгового представителя и
менеджера по продажам, а также рекламных проспектов. Менеджер корректирует
заказ, отправляет факсом счет для оплаты покупателю. Покупатель оплачивает по
счету.
Менеджер проверяет оплату счетов и по оплаченным
отдает заказ в набор операторам. Операторы формируют документы по заказу и
предают их менеджеру, проводят документы по ИС (счет фактура накладная)
отправляют заказ сертификатчикам. Сертификатчики собирают необходимые
сертификаты по товару и передают их с заказом менеджеру
Для организации эффективного ведения
документации организации требуется наличие централизованного хранения
информации, а также свободного доступа к ней. Существенной проблемой является
быстрый и результативный поиск необходимой информации среди огромного объема
данных. Применение электронного решения проблем позволяет уменьшить время
поиска информации и способствует оптимальному взаимодействию в области создания
и контроля документов.
Целью работы является разработка проекта,
который позволит обеспечить:
повышение эффективности работы организации;
сокращение времени получения информации
С точки зрения реализации проектируемая система
должна удовлетворять следующим требованиям:
системность и информационная совместимость
подсистем и элементов подсистемы, т.е. создание во всей информационной системе
взаимоувязанной совокупности форм обмена информацией;
методическое единство, т.е. разработка различных
подсистем на основе единых принципов, и обеспечение взаимосвязи различных
подсистем, входящих в состав системы (показатели, формы документов);
3. Организационная структура
Объекты структуры:
Директор – управление предприятием, принятие
стратегически важных решений
Склад – прием выдача хранение товара
Бухгалтерия – ведение бухгалтерской документации
ИТ – реализация программно аппаратных средств
для осуществления автоматизации документооборота
Менеджер по продажам – планирование и
осуществление продажи товара
Менеджер по закупу – планирование и
осуществление закупки товара
ТП – работа с покупателями по предоставлению
информации о товаре и сбор заявок
Служба доставки – доставка товара покупателю
Служба операторов выписки – выписка
сопроводительных документов на товар
Отдел сертификации – выдача сертификатов на
товар
Интернет магазин – представление товара
покупателю, сбор заказов
ИС – информационная система предприятии
Схема взаимодействия объектов организационной
структуры представлена на рис. 1

Рис 1. Организационная структура
4. Модель «Как есть»
В процессе исследования объекта была выявленная
следующая последовательность действий при работе с заказом на товар:
ТП едет к покупателю с прайсом и оформляет
заказ.
Менеджер корректирует заказ, отправляет факсом
счет для оплаты покупателю.
Покупатель оплачивает по счету(реквизиты сумма №
счета).
Менеджер проверяет оплату счетов и по оплаченным
отдает заказ в набор операторам
Операторы формируют документы по заказу и
предают их менеджеру, проводят документы по ИС (счет фактура накладная)
отправляют заказ сертификатчикам
Сертификатчики собирают необходимые сертификаты
по товару и передают их с заказом менеджеру
Менеджер передает документы на склад
Склад собирает товар и передает его вместе со
всеми документами службе доставки
Служба доставки доставляет товар и пакет
документов до покупателя
Покупатель ставит отметки о приеме товара в
документах (накладная)
Служба доставки возвращает документы с отметкой
о приеме бухгалтерии
Модель Модель представлена в стандарте IDEF0 и
отображена в приложении 6
5. Модель «Как должно быть»
После анализа работ с заказом было предложено
разработать следующий процесс работы.
Покупатель с помощью Интернет браузера входит на
сайт организации.
Формирует заказ на требуемый товар.
Оставляет данные о себе
Распечатывает и оплачивает счет
Связывается с менеджером или ждет пока менеджер
свяжется с ним.
Менеджер проверяет оплату счетов и по оплаченным
отдает заказ в набор операторам
Операторы формируют документы по заказу и
предают их менеджеру, проводят документы по ИС (счет фактура накладная)
отправляют заказ сертификатчикам
Сертификатчики собирают необходимые сертификаты
по товару и передают их с заказом менеджеру
Менеджер передает документы на склад
Склад собирает товар и передает его вместе со
всеми документами службе доставки
Служба доставки доставляет товар и пакет
документов до покупателя
Покупатель ставит отметки о приеме товара в
документах (накладная)
Служба доставки возвращает документы с отметкой
о приеме бухгалтерии
Данная модель полностью удовлетворяет покупателя
и менеджера продаж. Покупатель получает средство удобного просмотра данных о
товаре и самостоятельное формирование заказа, Менеджер по продажам получает
заказ в требуемой форме с возможностью его отклонения.
Модель представлена в стандарте IDEF0 и
отображена в приложении 7
6. Обзор и выбор стандартов и профилей
Понятие ЖЦ ПО является одним из базовых в
программной инженерии. Основным нормативным документом, регламентирующим состав
процессов ЖЦ ПО, является международный стандарт ISO/IEC 12207: 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
Наименование | Описание |
Ф.И.О | |
Адрес | Адрес |
Форма | наличный, |
Наименование | наименование |
Количество | количество |
Примечание | заполняется |
Таблица 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.
Модель не может быть построена без чётко
сформулированной цели, цель позволяет сфокусировать усилия в нужном направлении
и поясняет, почему этот процесс должен быть замоделирован и что должна
показывать модель. Цель данной модели формулируется следующим образом: Собрать
заказы на товар.
Соответственно цели моделирования была выбрана
точка зрения. Точку зрения можно представить как взгляд человека, который
отвечает за исследуемый процесс и видит систему в нужном для моделирования
аспекте, в данном случае это покупатель и менеджер продаж.
Автоматизированная система для управления вводом
заказов, информации о продаваемом товаре при помощи Интернет браузера.
На данном этапе рассматривается методология
работы Интернет магазина в целом
Ввод заказа – А1
Отвечает за ввод заказа на приобретаемый товар
покупателем в Интернет магазин. Покупатель ознакамливается со списком товаров и
его параметрами и на основании полученной информации осуществляет ввод заказа
указывая место доставки товара а также свои реквизиты. В заключительной стадии
имеет возможность распечатать введенный счет на оплату товара. Менеджер со
своей стороны имеет возможность отмены заказа
Рассматривается общая схема ввода заказа
Ввод предварительного заказа – А11
Формирование списка приобретаемого товара
покупателем
Рассматривается общая схема ввода
предварительного заказа
Работа с корзиной товаров – А111
Рассматривается работа с корзиной товаров
отвечающей за роль буфера предварительных данных о заказываемом товаре
Составление списка товара с расчетом общей суммы
покупки с возможностью удаления и добавления требуемых позиций. Представляет из
себя буфер данных для оперативной корректировки позиций заказа покупателем.
Завершение составления предварительного заказа –
А112
Заключительная стадия формирования
предварительного заказа покупателем добавляются данные покупателя(его
реквизиты, адрес доставки, контактная информация) и согласие покупателя на
заказываемый товар распечатка счета.
Корректировка заказа – А12
Рассматривается работа менеджера с поступившими
заказами от покупателя на данном этапе возможно отклонение или подтверждение
заказа
В случае необходимости менеджер может произвести
удаление заказа из Интернет магазина.
Работа с данными о товаре – А2
Рассматривается работа менеджера по работе с
данными от товаре и его группировкой по категориям
Включает в себя работу по созданию списка
категорий с последующим его изменением и создание информации о товаре с его
параметрами.
12. Информационное моделирование
Для описания информационной структуры объектов
функциональной модели процесса оформления предпродажной документации была
создана информационная модель. При этом использовалась вышеописанная
методология IDEF1.
Техника создания информационной модели
заключается в выделении сущностей и определении их атрибутов. Информация по
сущностям и атрибутам берётся из входов и выходов функциональной модели. Затем
модель детализируется таким образом, чтобы все сложные виды отношений типа
“многие-ко-многим” были бы раскрыты и заменены соответствующим множеством
простых отношений. При этом проверяется правильность наследования первичных
ключей, описание вторичных ключей и их атрибутов. Информационная модель
исследуемого процесса приведена на рисунке 6.

Рис. 6 Информационная модель работы Интернет
магазина
Данная информационная модель является
завершенной, так как:
каждая сущность полностью определена;
каждая сущность идентифицирована через ее
атрибуты;
остались только простые отношения;
информация появляется в модели только один раз.
Эта модель наглядно демонстрирует принцип
построения и связи между сущностями. По ней можно проследить, какие сущности
входят в систему, в каких связях они выступают в качестве родителей или
потомков и откуда берется информация для заполнения заказов. По рисунку 6 можно
определить, что сущности Покупатель, Категория являются независимыми, передают
свои атрибуты остальным сущностям и в итоге основная информация о работе
Интернет магазина содержится в сущностях товар, заказ, параметры, параметры
значения, строка параметра товара.
Таким образом, информационная модель данного
процесса является основой построения логической схемы базы данных
информационной системы.
Описание атрибутов:
таблица 5 Categories – категория
CID(PK) | Шифр |
Name | Наименование |
таблица 6 Goodslist – товар
GID(PK)Шифр | |
CID(FK) | Шифр |
Name | Наименование |
Price | Цена |
Picture | Картинка |
PicSmal | Иконка |
memo | Описание |
таблица 7 Orders – покупатель
OID(PK)Шифр | |
Address | Адрес |
Name | Фамилия |
Электронная |
таблица 8 Orderedcarts – заказ
OID(FK) | Шифр | ||||||||||||||||||||||||||||||||||||||||||||||||||
CID(FK) | Шифр | ||||||||||||||||||||||||||||||||||||||||||||||||||
GLID(FK) | Шифр | ||||||||||||||||||||||||||||||||||||||||||||||||||
GID(FK) | Шифр | ||||||||||||||||||||||||||||||||||||||||||||||||||
Qantity | Количество
таблица. 10 Param_Znach – параметры значения
таблица 11 Goods_Paranm – параметры товара
таблица 12 Goods_Lines – строка параметра товара
13. Техническое Задание .1 назнаЧение и цели создания системы Наименование системы: Интернет магазин Доменное имя для размещения системы: Данная система предназначается для сбора заказов Целью создания системы является сокращение 13.2 Характеристика объектов Интернет магазин является системой сбора данных Эксплуатация данной системы пользователем .3 Требования к системе требования к структуре и функционированию Система должна состоять из следующих подсистем: система сбора заказов – интерфейс пользователя системы администрирования – интерфейс БД – система хранения данных требования к численности и квалификации Для обработки заказов 1 менеджер по продажам в Для технической поддержки функционирования требования к надежности; Потеря данных – удаление данных пользователем Время отклика – не выполнения задачи с требования к эргономике и технической эстетике; Визуальное разделение функциональные блоков. Обеспечить последовательность действий. Расположение корзины покупателя, списка товаров требования к эксплуатации, техническому Резервное копирование данных с территориальным Архивные копии данных за месяц. Работа Интернет магазина на малых вычислительных требования к защите информации от Обеспечить Интернет магазин системой проверки требования к защите от влияния внешних Обеспечить работу сервера в специально . 4 Состав и содержание работ по созданию Сбор информации по документообороту организации Сбор информации по аппаратно программному Приобретение – инициирование приобретения, Разработка системы – разработка функций системы, Тестирование – проверка функциональных блоков Внедрение – обеспечение совместимости программно .5 Порядок контроля и приемки системы Система принимается сотрудником заказчика требования к составу и содержанию работ по Входная информация для ввода категорий товаров Таблица 13 Входная информация для ввода
Входная информация для ввода товаров должна Таблица 14 Входная информация для ввода товаров
Входная информация для ввода информации о Таблица 15 Входная информация для ввода
Обеспечить работоспособность аппаратно В течении 10 календарных дней с момента начала ЗАКЛЮЧЕНИЕ Данная курсовая работа посвящена проектированию На сегодняшний день снижение времени принятия Покупатель получает средство удобного просмотра Цель курсового проектирования заключается в Для достижения поставленной цели сформулированы Выполнен анализ информационных потоков, Описаны модели деятельности “как есть. Разработаны и описаны модели деятельности “как Разработаны информационные модели данных в Разработано техническое задание на Интернет Данный проект решает такие проблемы как: Время и затраты на сбор заказа – отпадает Корректность данных – данные берутся из БД а не Полнота данных о товаре – возможность просмотра В дальнейшем планируется создание приложений для автоматизированный документооборот СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ Вендров Маклаков ГОСТ Маклаков Приложение 1 Требование на склад
Приложение 3
Приложение 4
Приложение 5 Модель как есть
Рис. 7 A-0 – контекстная диаграмма
Рис. 8 А0 – декомпозиция первого уровня Приложение 6 Модель как должно быть
Рис. 9 A-0 – контекстная диаграмма
Рис. 10 А0 – декомпозиция первого уровня Рис. 11 – А1 – декомпозиция второго уровня |
Процессное моделирование (моделирование бизнес процессов)

О процессном моделировании я буду рассказывать с точки зрения нотации BPMN, как одного из наиболее распространенных стандартов процессного моделирования. При этом я полностью согласен, что существует множество языков моделирования и различных систем.
Процесс с точки зрения бизнес-модели — это последовательность каких-то событий и действий, которые имеют начало и конец.
В этом кроется основное отличие процессного моделирования от функционального. Функциональное моделирование рассматривает бизнес-модель с точки зрения входа и выхода (имеющихся ресурсов и желаемого результата). А процессное основано на последовательности действий в определенных границах, в случае BPMN это будут начало и конец события.
Все процессы могут разбиваться (детализироваться) на подпроцессы вплоть до детализации на уровне задач, т.е. действий, дальнейшая детализация которых невозможна. Процесс – это некая последовательность действий, которую необходимо выполнить, чтобы получить определенный результат. Необходимо отметить что в модели бизнеса как процесса результат может и не быть явным в отличии от функциональной модели.
Принципиальное отличие процессного моделирования от функционального заключается в том, что при процессном моделировании основное внимание уделяется не тому, что мы хотим получить, а тому, что нужно сделать для получения результата, т.е. не итогам той или иной деятельности, а самой последовательности действий.
Например, в BPWIN или Business Studio в процессе детализации каждой функции происходит переход от функционального подхода к процессному. Т.е. в общем, мы рассматриваем модель с точки зрения – возможностей и желаемого результата, а когда переходим к решениям для каждой функции, здесь уже практикуется явно процессный подход, т.е. пошаговый алгоритм действий для достижения результата.
Представьте себе что в функциональной модели есть «черный ящик» — функция «Принять заказ». А при декомпозировании мы уже рассматриваем ее не как функцию, а как процесс, и последовательность действий при приеме заказа – это уже процессный подход.
Есть и еще одно очень важное отличие. Функциональную модель невозможно использовать при реализации какой-то либо системы, только для проектирования. А процессный подход позволяет создавать исполняемые модели, т.е. описания последовательности действий, которые мы можем в дальнейшем перевести в какую-то среду для создания системы совместной работы предприятия, основанной на процессном подходе.
Функциональное моделирование

Функциональное моделирование рассматривает бизнес как функцию (лат. functio — совершение, исполнение) или иными словами «черный ящик». В функциональной модели функция не имеет временной последовательности, а только точку входа и точку выхода. Функциональное моделирование помогает рассматривать бизнес-модель с с точки зрения результативности, т.е. при моделировании мы исходим из того, что имеем на входе, и того, что желаем получить на выходе.
Например, компания разрабатывает какую-то CRM-систему для своего бизнеса. В случае применения функционального подхода к моделированию уже сама выбранная среда для работы подсказывает, с чего начинать. Точка входа – «входящий интерес клиента или лид», точка выхода – желаемый результат: «покупка и получение лояльного клиента», «получение постоянного клиента», «получение максимум информации о потенциальном клиенте» и т.д.
Таким образом, в функциональной модели изначально известны точка входа и желаемый результат, а последовательность действий и является объектом разработки. При этом использование функциональных моделей как «черных ящиков» позволяет детализировать каждый этап по мере необходимости. А вся работа при моделировании направлена на поиск оптимального решения для достижения цели.
Функциональные модели вы можете также использовать для демонстрации своих идей и вариантов решений. Это также очень удобно, ведь в процессе демонстрации вы можете двигаться от общего к деталя, по мере необходимости разделять и декомпозировать функции.
Некоторые путают описание процесса и функциональную модель. Например, в системе Business Studio функцию называют процессом, хоть это и не совсем верно. Все же описание функций и процессный подход – несколько разные вещи. И я лично считаю, что функциональное моделирование оптимально реализовано в нотации IDEFO. Сам я для такого варианта работы использую именно ее, и всем также рекомендую.
Правила работы с IDEFO вы можете подробнее изучить, прочитав мою статью накомство с нотацией IDEF0 и пример использования.


Приложение











