1. Проектирование и коммерческое предложение.

Во-первых, центру нужно знать потребности клиента. Необходимо обозначить цели и задачи компании, которые будит решать сайт. Клиент заполняет анкету (бриф) на создание сайта. АйТи Центр подготавливает и направляет клиенту коммерческое предложение.

2. Договор, техническое задание и проектная документация.

Перед началом разработки сайта необходимо составить техническое задание (ТЗ). Клиент может создать ТЗ сам, а может поручить это центру. Компания поймет, что хочет клиент, и опишет это в форме технического задания. ТЗ – это базовый документ, на основе которого АйТи Центр составляет перечень работ и календарный план их выполнения. Когда все это согласовано, заключается договор. Перечень работ, календарный план и техническое задание – эти части договора, включены в приложения.

3. Регистрация в клиентской зоне

После подписания документов, менеджер создает для клиента учетную запись в клиентской зоне АйТи Центра, в которой будет происходить обсуждение по всем следующим этапам разработки сайта.

4. Создание макетов дизайна сайта, верстка

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

5. Внедрение системы управления сайтом, интеграция с внешними приложениями, программирование.

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

6. Наполнение базы данных, тестирование и отладка, подготовка документации.

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

7. Интернет-представительство клиента готово.

Клиент получает готовый сайт, которым может самостоятельно управлять.

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

2.1. Анализ средств моделирования бизнес процессов

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

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

• Изменение бизнес-процессов без переработки приложения, которое поддерживает эти процессы, создаст "узкое место" в работе компании.

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

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

Реорганизация или реинженеринг бизнес-процессов (business process reengineering) уже довольно давно является отдельной дисциплиной; в этой области рынка работает множество компаний, услуги которых весьма ценятся. С точки зрения профессионалов, ключевым моментом успеха проекта по реорганизации является коммуникация между всеми группами лиц, заинтересованных в выполнении задачи. Это взаимодействие достигается посредством составления различных моделей, которые отображают бизнес-процессы и понятны всем участникам проекта. Одновременно модель служит для формализации и документирования существующего состояния дел и изучения возможностей улучшения работы.

На рынке существует несколько технологий, которые предназначены для моделирования бизнес-процессов и позволяют облегчить обмен информацией. Инструменты для разработки, моделирования и анализа получили название CASE-средств (Computer-Aided Software Engineering). Понятие CASE-средства охватывает самые различные инструменты, которые служат для компьютерного анализа и моделирования, и инструменты для анализа бизнес-процессов представляют собой лишь небольшую часть всего семейства. Однако именно изучение бизнес-процессов является ключевым моментом при разработке любого приложения и позволяет четко и однозначно определить задачи, которые стоят перед разработчиками. Таким образом, инструменты анализа бизнес-процессов являются неотъемлемой частью начального этапа разработки жизнеспособной системы. Инструмент моделирования бизнес-процессов должен удовлетворять следующим условиям.

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

• Определять новые требования бизнеса. Представив в графическом виде "один день жизни" компании или определенного отдела, можно определить наиболее оптимальный способ работы. Инструмент должен помогать в этом.

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

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

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

BPwin является мощным средством моделирования и документирования бизнес-процессов. Этот продукт использует технологию моделирования IDEF0 (Inte-gration Definition for Function Modeling) - наиболее распространенный стандарт, который принят для моделирования бизнес-процессов. Этот стандарт был разработан в лаборатории военно-воздушных сил США в 1981 году и успешно использовался для разработки систем противовоздушной обороны.

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

BPwin предназначен для облегчения труда и увеличения производительности системного аналитика на первом этапе разработки системы. Кроме Bpwin, компания Logic Works представляет продукт ERwin, который предназначен для разработки структуры данных будущей информационной системы. Эти два продукта тесно интегрированы и обычно используются при разработке совместно. Механизмы экспорта-импорта позволяют синхронизировать модели на различных этапах разработки системы. Хорошо спроектированная модель бизнес-процессов является не только фундаментом для построения концепции информационной системы, но также и основой для структуры данных приложения.

2. Методолгоия IDEF0

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

Стандарт IDEF0 базируется на трех основных принципах:

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

2. Принцип ограничения сложности — количество блоков от 2 до 8 (в BPwin) условие удобочитаемости;

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

Результатом применения методологии IDEF0 является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы — главные компоненты модели, все функции и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Диаграммы строятся при помощи блоков (см. Рис.1.1). Каждый блок описывает какое-либо законченное действие. Четыре стороны блока имеют различное предназначение. Слева отображаются входные данные — исходные ресурсы для описываемой блоком функции (исходная информация, материалы); Справа показываются выходные ресурсы — результирующие ресурсы, полученные в результате выполнения описываемой блоком функции; Сверху управление — то, что воздействует на процесс выполнения описываемой блоком функции и позволяет влиять на результат выполнения действия (средства управления, люди); Механизм изображается снизу — это то, посредством чего осуществляется данное действие (станки, приборы, люди и т.д.).

Рис 1.1 — Построение диаграммы Bpwin

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

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

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

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

Для того, чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм. Например, А21 является диаграммой, которая детализирует блок 1 на диаграмме А2. Аналогично, А2 детализирует блок 2 на диаграмме А0, которая является самой верхней диаграммой модели.

Например: главный процесс — это создать курсовой проект. На входе этого процесса — исходные данные по заданию. В качестве управляющего воздействия выступает методическое пособие, ГОСТы, необходимые требования.

Механизм осуществления создания курсового проекта — программное обеспечение, с помощью которого представлен материал и разработан проект и исполнитель проекта(студент)

Рис. 1.1 — Блок «Создать курсовой проект»

Рис. 1.2 — Блок «Создать курсовой проект»

Рис. 1.3 — Декомпозиция блока «Произвести анализ предметной области»