Проектирование бизнес-процессов информационной системы банковских кредитов для покупки автомобиля (стр. 3 из 4)

В управление проектом входит:

- Определение требований

- Установка четких и достижимых целей

- Уравновешивание противоречащих требований по качеству, содержанию, времени и стоимости

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

Менеджер проекта:

1. Имеет уникальную цель в каждом проекте, в идеале — четко поставленную и подробно описанную.

2. Руководит проектом, существование которого ограничено во времени.

3. Управляет временной командой, причем ее состав за время проекта может изменяться, а участники — иметь двойное подчинение: менеджеру проекта и своему функциональному руководителю.

4. Обычно в подчинении — команда разнопрофильных специалистов.

5. Может не быть специалистом в предметной области проекта.

6. По окончании каждого проекта может оказаться «временно безработным».

7. Карьера в основном «горизонтальная», рост состоит в управлении все более сложными, масштабными проектами.

8. Главная мотивация — бонус, зависящий от результатов проекта.

Должностная инструкция руководителя IT-проекта приведена в приложении.

Работа руководителя проекта организована следующим образом:

Действия Руководителя проекта с помощью среды teamer.ru, выглядят следующим образом:

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

6.Краткая характеристика проекта

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

Разработать ИС обработки заказов:

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

- С применением объектно-ориентированного подхода в среде RationalRose реализовать: диаграмму вариантов использования; диаграмму классов; диаграмму последовательности.

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

Таблица 3.Перечень задач информационной системы обработки заказов

Наименование задачи	Входная информация	Выходная информация	Потребитель информации
Рассылка каталогов клиентам	Каталог	Заказ	Клиент
Приобретение товаров клиентами	Заказ	Накладная	Менеджер компании, клиент
Отправка товара клиенту	Товар	Товар	Менеджер, клиент

База данных «Каталог»: номер товара, наименование, цена, количество, фирма-производитель, страна, краткое описание.

База данных «Клиент»: номер клиента,ФИО, адрес, телефон, паспортные данные, ИНН, е-mail.

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

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

1. Список сущностей предметной области.

2. Список атрибутов сущностей.

3. Описание взаимосвязей между сущностями.

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

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

Основными компонентами диаграмм потоков данных являются:

¾ Внешние сущности

¾ Системы и подсистемы

¾ Процессы

¾ Накопители данных

¾ Потоки данных

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

5.Экранная форма меню создана для удобства пользователя. Удобный интерфейс способствует быстрому просмотру каталога и отправки заявки на заказ клиентом.

6. Диаграмма вариантов использования описывает типичное взаимодействие между пользователем и системой. Описывает все функции системы.

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

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

9. Полная диаграмма классов является центральным звеном объектно-ориентированного метода. Она определяет типы объектов системы и различного рода статистические связи, которые существуют между ними(ассоциации, подтипы).На диаграмме классов отображаются так же атрибуты классов, операции и ограничения, которые накладываются на связи между объектами.

7. Методика внедрения корпоративной системы управления проектом в сфере teamer.ru

«Teamer.ru — веб-сервис для организации командной работы над проектами. Прежде всего — над интернет-проектами, хотя вполне может быть использован для планирования каких-то личных дел или ещё чего-то.

Всё это напоминает тикет-систему вроде той, что установлена у компании, которая продает вам хостинг, но ещё больше — то, что люди называют странными словами Getting Things Done (GTD) и веб-два-нуль.»

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

Особенности:

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

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

Основные разделы этого сайта: «Что делать?», «Кто виноват?» и «Где все?» (рабочее название последнего раздела — «Кто здесь?» :).

В разделе «Что делать?» автоматически сосредотачиваются текущие и будущие задания:

Раздел «Кто виноват?» более полезен управляющим проектами, но по мере накопления ещё не выполненных заданий будет интересен и непосредственно исполнителям: здесь сосредотачиваются все ваши задания и задания, которые вы ставили своим коллегам, только в виде испуганного календаря, для наглядности:

«Где все?» концентрирует в себе тех людей, с которыми вы взаимодействуете в рамках Teamer'а, здесь же вы можете пригласить кого-нибудь ещё, чтобы поработать совместно:

В деталях представляя себе текстуру бороды Кукуца и зная, что начинать работу всегда непросто, мы сделали кнопку «Мне повезёт». Она используется в тот момент, когда работа (т.е. невыполненные задания) есть, а чем конкретно заняться — вы не знаете, не можете определиться.

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

8. Заключение

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

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