Управление поставками IT-проекта
Создание информационной системы управления поставками ИТ-проекта. Повышение уровня автоматизации отдела управления поставками на предприятии для обеспечения более быстрой, эффективной и дешевой работы с клиентами и поставщиками. Проектирование таблиц БД.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 05.12.2013 |
Размер файла | 1,5 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Введение
Основная цель данного курсового проекта - углубить и закрепить знания, полученные в ходе освоения учебной программы дисциплины, применить основные теоретические положения дисциплины на практике при проектировании информационной системы. Курсовой проект включает в себя два основных раздела: функционально-ориентированное проектирование ИС и объектно-ориентированное проектирование ИС.
Для реализации курсового проекта была выбрана тема «Управление поставками IT-проекта».
Сегодня эффективно управлять современной компанией возможно лишь с помощью моделей бизнеса, основанных на информационных технологиях.
Понимание роли и места IT в определении стратегии и конкурентного преимущества российских организаций важно как для бизнес-лидеров, так и для самих IT-компаний, формирующих рынок решений для управления современным предприятием.
Во взаимоотношениях IT и бизнеса можно выделить две важные тенденции. Во-первых, автоматизация бизнес-процессов и поддерживающие ее технологии стали неотъемлемой частью повседневной работы предприятий. Современные IT-решения способны в полной мере обеспечить эффективность бизнеса за счет сокращения операционных издержек и последующего повышения прибыльности и капитализации. Важно отметить, что реализовывать эту роль приходится в условиях пристального внимания руководства компаний к расходованию средств IT-подразделениями, постоянно растущих требований к возможностям, предоставляемым информационными технологиями бизнесу, и их неизбежного усложнения.
Цена за качество.
При обсуждении проблем внедрения IT-решений неизменно встает вопрос об инвестиционной целесообразности таких вложений. В то же время мало кто задумывается, почему авиакомпании покупают самолеты стоимостью в десятки, а порой и сотни миллионов долларов. Ведь если бы они стоили настолько дорого, что не окупались, - их бы не приобретали. Это очевидно. Таким образом, невозможно говорить о стоимости IT-решений, не оценив возврат на инвестиции.
В целом современный образ жизни диктует изменения в потребительском поведении. Заметьте, что все инновации, которыми окружает себя человек в частной жизни, стоят достаточно больших денег. Тем не менее люди приобретают не приносящие прибыль телевизор, холодильник просто потому, что без них сегодня невозможно обойтись. Поэтому на вопрос «Оправданны ли вложения в инновации?» можно ответить только утвердительно, иначе есть риск остаться во вчерашнем дне. Кто-то может ценить и коллекционировать картины Айвазовского или часы от «Брегет», но увлекаться «ретро» на уровне корпорации - рискованный шаг. IТ и бизнес.
Сегодня на рынке наблюдается тенденция сближения крупных и средних предприятий, однако некоторые принципиальные различия все же остаются.
К примеру, для крупных предприятий важны традиционные стратегические приоритеты: рост рентабельности, контроль над затратами, увеличение доли рынка, формирование прозрачности и регулирование ключевых бизнес-процессов, а также управленческой отчетности, что связано с выходом на глобальные финансовые рынки. Для средних предприятий важно создание масштабируемой IT-системы, которая бы обеспечила им эффективный рост. Индивидуальный подход - двигатель прогресса.
Управление поставками проекта включает в себя процессы покупки или приобретения тех необходимых продуктов, услуг или результатов, которые производятся вне исполняющей организации.
Согласно условиям контракта организация может выступать в качестве продавца или покупателя продукта, услуги или результатов.
Управление поставками проекта включает в себя процессы управления контрактом и управления изменениями, необходимые для администрирования контрактов или заказов на покупку, подготовленных членами команды проекта.
Управление поставками проекта также предусматривает администрирование всех контрактов на приобретение проекта, заключенных сторонней организацией (покупателем) с исполняющей организацией (продавцом), а также администрирование контрактных обязательств команды проекта.
Процессы управления поставками проекта включают в себя работу с контрактами - юридическими документами, заключенными между покупателем и продавцом. Контракт - это взаимное соглашение, обязывающее продавца предоставить указанные продукты, услуги или результаты, а покупателя -предоставить продавцу денежное или иное надлежащее встречное удовлетворение. Контракт фиксирует юридические отношения, все споры по которым могу быть урегулированы в судебном порядке. Соглашение может быть простым или сложным; в нем может быть отражена простота или сложность результатов поставки. Контракт включает в себя положения и условия; в него могут быть также включены иные пункты, например предложения продавца или документация по маркетингу, а также любая другая документация, на которой покупатель основывает свои требования к тому, что продавец должен выполнить или создать.
Команда управления проектом может заранее обратиться к помощи специалистов в области контрактов, поставок и права. Обращение к таким специалистам за помощью должно согласоваться с корпоративной политикой организации.
Различные операции, входящие в состав процесса управления поставками проекта, образуют жизненный цикл контракта. Активное управление жизненным циклом контракта и тщательно выверенные формулировки положений и условий контракта позволят избежать или ослабить некоторые из идентифицируемых рисков проекта. Заключение контракта на поставку продукта или оказание услуг является одним из способов распределения ответственности по управлению и принятию на себя потенциальных рисков.
Покупатель становится заказчиком и в силу этого является ключевым участником проекта для продавца
Команда по управлению проектом со стороны продавца должна
участвовать во всех процессах по управлению проектом, а не только в
процессах из данной области знаний
Положения и условия контракта становятся ключевыми входами для многих процессов управления со стороны продавца. Контракт может содержать непосредственно входы (например, основные результаты поставки, ключевые контрольные события, определение затрат) или ограничивать возможности выбора для команды проекта (например, в проектах по проектированию и дизайну часто оговаривается необходимость одобрения покупателем вопросов назначения персонала).
В процессе планирования покупок и приобретений устанавливается, какие нужды проекта можно удовлетворить путем закупок товаров, услуг или результатов у сторонних по отношению к проекту организаций, а какие нужды проекта можно удовлетворить силами команды проекта в процессе выполнения проекта. Этот процесс также предполагает рассмотрение нескольких вопросов: покупать или нет? если покупать, то что именно, сколько и когда?
В случае приобретения необходимых для проекта товаров, услуг или результатов у сторонних организаций для каждого предмета покупки или приобретения выполняются все процессы от планирования покупок и приобретений до закрытия контракта.
Процесс планирования покупок и приобретений также предусматривает изучение потенциальных поставщиков, особенно если покупатель заинтересован в сохранении определенной степени влияния или контроля над заключаемыми контрактами. Следует также уделять внимание тому, кто именно отвечает за получение или обладание необходимыми разрешениями и лицензиями, которые могут потребоваться при выполнении проекта в соответствии с требованиями законодательства, нормативных актов или организационной политики.
Расписание проекта может существенным образом повлиять на процесс планирования покупок и приобретений. На расписание проекта могут повлиять решения, принимаемые в процессе разработки плана управления поставками проекта. Эти решения тесно связаны с разработкой расписания, с оценкой ресурсов операции и с решениями "производить или покупать".
Процесс планирования покупок и приобретений включает в себя анализ рисков для каждого решения "производить или покупать", а также анализ вида контракта, который планируется заключить, в отношении снижения рисков или переложения рисков на продавца.
Словарь данных:
Информация о поставленных товарах |
Товар или услуга считаются поставленными , если они поставлены в срок. |
|
Информация о заказах |
Номер заказа, дата заказа, тип заказа, дата поставки, номер клиента, ФИО сотрудника, оформлявшего заказ. |
|
Информация о поставка |
Номер поставщика, ответственное лицо, формат и т.п. |
|
Информация о поставщике |
Информация о поставщике конкретной услуги или товара. |
|
Информация о хранении товаров |
Товары могут храниться на складе центрального офиса. |
|
Информация об имеющихся товарах или услуга |
Список товаров и услуг которые можно выполнить силами предприятия |
|
Личные данные |
Информация о клиенте: ФИО, номер паспорта, адрес, телефон. |
|
Наименование поставки |
Наименование товара или услуги находящийся в наличии у поставщиков. |
|
Новый клиент |
Клиент, который обращается в фирму впервые. |
|
Оформленный заказ |
Для получения фильма клиенту необходимо оформить бланк заказа. |
|
Постоянный поставщик |
Если фирма часто пользуются услугами данной фирмы-поставщика(посредника), то он становится постоянным партнером фирмы, его личные данные заносятся в БД по поставщикам под уникальным идентификационным номером. |
|
Учетный номер поставки |
Каждая поставка фирмы имеет свой уникальный учетный номер, по которому можно определить место хранения товара и однозначно определить для какого выполнения какого проекта необходим этот товар. |
|
ФИО оформляющего заказ |
При оформлении заказа клиентом сотрудник ставит свою фамилию на бланке заказа. |
|
Товар или услуга |
Информация о товаре или услуге имеющемся у фирмы. |
|
Данные о постащиках |
Информация о поставщиках у которых может находится необходимый товар или услуга. |
|
Заказы |
Перечень всех заказов клиентов. |
|
Клиенты |
Информация о постоянных клиентах фирмы. |
|
Офисы фирмы |
Информация о помещениях фирмы. |
|
Сотрудники |
Информация обо всех сотрудниках фирмы. |
|
Поставки |
Наименование поставок, срок, наименование и т.п. |
Планирование разработки: цель создания системы, функции, пользователи, средства реализации, календарный план реализации
Основная цель создания системы -- повышение уровня автоматизации отдела управления поставками на предприятии для обеспечения более быстрой, эффективной и дешевой работы с клиентами и поставщиками.
· Быстрый и точный анализ требований клиента
· Ускорение работы с поставщиками товаров и услуг
· Создание базы данных поставщиков товаров и услуг
· Быстрое оформление заказа на поставку товара и услуги
· Быстрое обслуживание клиентов
· Автоматическая инвентаризация товаров
Функции системы:
№п/п |
Функция |
Категория |
|
1 |
Внесение и обновление записей с данными о сотрудниках и о товарах находящихся на предприятии |
Очевидная |
|
2 |
Создание различных отчетов о деятельности фирмы |
Дополнительная |
|
3 |
Создание списка сотрудников, работающих под началом данного менеджера |
Дополнительная |
|
4 |
Уменьшение количества единиц кассет после выполнения покупки |
Скрытая |
|
5 |
Вычисление общей стоимости покупки, включая налоги |
Очевидная |
|
6 |
Создание списка отделов фирмы, и их менеджеров и начальников отделов |
Дополнительная |
|
7 |
Поддержка базы данных |
Скрытая |
|
8 |
Внесение и обновление записей в список поставщиков |
Очевидная |
|
9. |
Создание отчета о поставках товара или услуги на конкретную дату по конкретному требованию проектапроекта |
Очевидная |
|
10. |
Создание отчета об операциях по поставкам услуг или товаров на конкретную дату по конкретному требованию проекта |
Очевидная |
|
11. |
Оформление поставки товара или услуги |
Очевидная |
|
12. |
Создание отчета обо всех поставленных товарах и услугах за месяц |
Очевидная |
|
13. |
Поиск товаров или услуг , необходимых клиенту, на складе и у всех поставщиков. |
Очевидная |
Пользователи системы -- сотрудники компании «Видео»:
1. директор,
2. менеджеры по продажам,
3. начальники отделов,
4. менеджеры по закупкам.
Средства разработки и реализации:
1. Средство проектирования и генерации БД -- AllFusion Data Modeler 4.1
2. Средство для разработки программного кода приложения -- Visual Basic 6.0
3. СУБД SQL Server 2000
4. Средство генерации отчетов - Crystal Reports 9.0.
Опросник:
№ |
Категория |
Вопросы по анализу процесса |
Тип (процесс, показатель, документ, установка) |
Ответ |
|
1 |
Бизнес |
Какова структура организации? |
Документ |
Линейно-функциональная Каждый занимается своим делом, все подчиняются менеджеру и директору |
|
2 |
Бизнес |
Кто принимает заказы? |
Установка |
Менеджер по работе с клиентами |
|
3 |
Бизнес |
На основе каких данных осуществляется составление договора? |
Бизнес |
На основе собеседования с клиентом, составляются первоначальные требования и рассчитывается возможная стоимость заказа. |
|
4 |
Процесс |
Какие основные процессы существуют в организации? |
Бизнес |
Процесс разработки управления изменениями, в который входит определение трудоемкости и стоимости планируемых проектов. |
|
6 |
Работники |
Какие функции выполняют работники в основном процессе организации? |
планирование ресурсов, оценки стоимости, формирование сметы и бюджета и контроля стоимости |
||
9 |
Работники |
Кто занимается описанием предметных областей заказчика? |
Установка |
Бизнес-аналитик |
|
10 |
Процесс |
Как формируются данные для управления стоимостью? |
Бизнес |
На основе проектной документации - специалистом по ИТ(бизнес аналитик). |
|
12 |
Бизнес |
После каких событий необходимы какие либо согласования с заказчиком? |
Бизнес |
Либо после возникновения вопроса по требованиям, либо после определения отклонения по стоимости |
|
13 |
Процесс |
Как и кем формируются отчеты о проведении контроля? |
Бизнес |
Отчеты формируют все работники по окончании этапа работ |
|
14 |
Бизнес |
Существуют ли общие принципы обеспечения качества в организации? |
Бизнес |
Нет, регламентированных принципов нет. |
|
15 |
Работники |
Какие работники входят в группу обеспечения качества? |
Установка |
Мнеджер проекта,бизнес аналитик,начальник функциональных учреждений |
|
17 |
Надежность |
Какой документ подтверждает соответствие качеству и надежности? |
Бизнес |
Документ соответствия надежности, показатели которого рассчитываются на основе данных проведенного анализа. |
|
18 |
Надежность |
Какие проблемы происходят в процессе управления стоимостью? |
Бизнес |
Срыв графика работ |
|
19 |
Бизнес |
Кто руководит командой разработчиков? |
Установка |
Менеджер проекта |
|
20 |
Бизнес |
Кто производит планирование деятельности команды разработчиков? |
Установка |
Менеджер проекта |
|
21 |
Процесс |
Для чего работники пишут отчеты? |
Установка |
Для последующего их анализа менеджером проектов. |
Структурное проектирование информационной системы
Описание бизнес процесса
Таблица 1. Процесс Управление поставками ИТ-проекта
№ |
1 |
Наименование процесса |
Упраление поставками ИТ-проекта |
|
№ |
Наименование процесса верхнего уровня |
|||
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.1 |
Наименование процесса |
Анализ требований заказа, определение возможности выполнения ряда требований силами предприятия |
|
№ |
1.2 |
Оценка или описание требований |
||
№ |
1.3 |
Постановка требований для производства |
||
№ |
1.4 |
Установление сроков для производства |
||
№ |
1.5 |
Производство |
||
Текстовое описание процесса |
Процесс управления поставками Ит-проекта протекает параллельно с производством товаров или услуг силами предприятия. Представляет собой, контроль и согласование технического задания, планирование проведения исследований, исследование спроектированных моделей (очень важный этап, поскольку исправление ошибок на начальном уровне уменьшает возможные будущие затраты). Этот процесс итеративен и протекает в течение жизни проекта. |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Требования |
Вход |
Требования заказчика, которым должен соответствовать разрабатываемый программный продукт |
|
2 |
Клендарный план проекта |
Вход |
План проекта должен содержать в себе дату каждого процесса |
|
3 |
План управления стоимостью проекта |
Выход |
Программное обеспечение полностью соответствующее требованиям |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Принятие заказа на разработку проэкта, формирование проектной документации |
Процесс начинается после того как появляются первые наработки по проекту. Как правило инициируется процесс разработкой технического задания или эскизного проекта. |
||
Событие, завершающее процесс |
||||
1 |
Программный продукт сдан в эксплуатацию |
Подписание акта о приемке программного продукта заказчиком. |
Таблица 2. Процесс Определение необходимых для поставки товаров или услуг
№ |
1.1 |
Наименование процесса |
Определение необходимых для закупки товаров или услуг. |
|
№ |
1 |
Наименование процесса верхнего уровня |
Управление поставками ИТ-проекта |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.1.1 |
Наименование процесса |
Анализ поставщиков товаров или услуг. |
|
1.1.2 |
Поставка товаров или услуг |
|||
1.1.3 |
Внедрение поставленных товаров или услуг |
|||
Текстовое описание процесса |
Перед закупкой товаров или услуг ,определяется что конкретно необходимо закупить, проводится тщательный анализ поставщиков на наличие необходимого товара или услуги , и сопоставление возможностей поставщиков с требованиями по срокам реализации проекта |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Требования |
Вход |
Требования для закупки, техническое задание |
|
2 |
Календарный план проекта |
Вход |
План проекта должен содержать в себе дату каждого процесса |
|
3 |
План управления поставками |
Выход |
Подробный план работ и задач по управлению поставками |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Начало разработки проекта, появление первых наработок. |
При появлении первых моделей, проектной документации, модулей, элементов, и др. |
||
Событие, завершающее процесс |
||||
1 |
Разработаны подробные планы, графики проведения работ. |
Подробная проработка планов, их проверка и утверждение. |
Таблица 3. Процесс реализации общего управления поставками
№ |
1.1.1 |
Наименование процесса |
Выбор поставщиков |
|
№ |
1.1 |
Наименование процесса верхнего уровня |
Определение и согласование с поставщиками сроков поставки товаров или услуг, заключение контракта на поставку товаров и услуг. |
|
Текстовое описание процесса |
В процессе поставки возможности поставщиков по срокам расходятся так же необходимо выбрать наиболее дешевые варианты поставки товара или услуги при этом необходимо учитывать сроки проекта. |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Требования |
Вход |
Требования для закупки, техническое задание |
|
2 |
Календарный план проекта |
Вход |
План проекта должен содержать в себе дату каждого процесса |
|
3 |
План управления проектом |
Выход |
Подробный план работ и задач по управлению поставками |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Начало разработки проекта, появление первых наработок. |
При появлении первых моделей, проектной документации, модулей, элементов, и др. |
||
2 |
Событие, завершающее процесс |
Таблица 4. Процесс реализации общего управления процессом закупки
№ |
1.1.2 |
Наименование процесса |
реализация процесса закупки |
|
№ |
1.1 |
Наименование процесса верхнего уровня |
Составление контракта |
|
Текстовое описание процесса |
Организация обращается в правовую контору для заключения с поставщиками товаров и услуг контракта, согласно требованиям законодательства РФ. |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Требования |
Вход |
Требования для закупки, техническое задание |
|
2 |
Календарный план проекта |
Вход |
План проекта должен содержать в себе дату каждого процесса |
|
3 |
План управления проектом |
Выход |
Подробный план работ и задач по управлению стоимостью |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Начало разработки проекта, появление первых наработок. |
При появлении первых моделей, проектной документации, модулей, элементов, и др. |
||
Событие, завершающее процесс |
||||
1 |
Разработаны подробные планы, графики проведения работ. |
Подробная проработка планов, их проверка и утверждение. |
Таблица 5. Процесс использование посредников
№ |
1.1.3 |
Наименование процесса |
Использование логистических фирм посредников. |
|
№ |
1.1 |
Наименование процесса верхнего уровня |
Анализ фирм посредников на возможность ускорения процесса поставки товара или услуги. |
|
Текстовое описание процесса |
На основе этого процесса можно получить необходимые товары или услуги быстрее чем их может поставить производитель но для этого необходимо анализировать возможности фирм посредников. |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
План требований поставки |
Вход |
Документ, строго определяющий требуемые качество и надежность, а так же сроки поставки, поставляемых товаров или услуг. |
|
2 |
Требования |
Выход |
Согласование поставленных сроков с поставщиками, заключение договора на поставку в конкретный срок, с условием выплаты неустойки если сроки поставки будут нарушены |
|
3 |
План поставки |
Выход |
Содержит информацию о средствах, методах, формах, стратегиях поставки товаров или услуг. |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Начало разработки проекта, появление первых наработок. |
При появлении первых моделей, проектной документации, модулей, элементов, и др. |
||
Событие, завершающее процесс |
||||
1 |
Разработаны подробные планы, графики проведения работ. |
Подробная проработка планов, их проверка и утверждение. |
Таблица 6. Процесс установления сроков
№ |
1.2 |
Наименование процесса |
Установление сроков |
|
№ |
1 |
Наименование процесса верхнего уровня |
Управление поставками ИТ-проекта |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.2 |
Наименование процесса |
||
1.2.1 |
Определение сроков на поставку заказанных услуг или товаров |
|||
1.2.2 |
Определение объема работ |
|||
1.2.3 |
Определение общей стоимости заказанных товаров или услуг |
|||
1.2.4 |
Определение отклонения по по поставкам |
|||
1.2.5 |
Определение отклонения по срокам |
|||
Текстовое описание процесса |
В отчете по освоенному объему можно увидеть, как распределяются по времени планируемые расходы на поставки товаров или услуг согласно требованиям проекта, а также реальные сроки и объемы фактически выполненных работ. На основе данных этого отчета могут быть подсчитаны величины отклонений по поставкам и срокам. |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Система управления изменениями стоимости |
Вход |
Подробный план работ и задач по написанию отчетов, устранению ошибок и др. |
|
2 |
Базовый план по стоимости |
Вход |
Результаты могут помочь внести изменения в управление проектом, например, модифицировать технологию работы и установить новые приоритеты при распределении ресурсов. |
|
3 |
Анализ измерения эффективности |
Выход |
Разработанные модели, на основе которых разрабатывается программный продукт |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Утверждение плана |
После утверждения плана, распределяются задачи и указания для проведения контроля, и исследования разработанного материала на наличие ошибок и не надежных мест в программе. |
||
Событие, завершающее процесс |
||||
1 |
Написание всех необходимых отчетов |
После проведения работ по контролю, тестированию и исследованию все участники пишут отчеты, для последующего анализа ошибок. |
Таблица 7. Процесс определения бюджетной стоимости поставленных товаров или услуг
№ |
1.2 |
Наименование процесса |
Определение стоимости поставок |
|
№ |
1 |
Наименование процесса верхнего уровня |
Установление величины отклонений |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.2 |
Наименование процесса |
||
1.2. |
||||
1.2. |
||||
Текстовое описание процесса |
Стоимость поставки определяется на основе сметы затрат и календарного плана проекта (календарный план содержит сроки начала и продолжительность каждой работы) |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Система управления поставками |
Вход |
Система по контролю, написанию отчетов, а также анализ требований |
|
2 |
Базовый план по стомости |
Вход |
Результаты могут помочь внести изменения в управление проектом, например, модифицировать технологию работы и установить новые приоритеты при распределении ресурсов. |
|
2 |
Стоимость работы |
Выход |
Разработанные модели, на основе которых разрабатывается программный продукт |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Утверждение плана внесения изменений в базовый план по поставкам |
После утверждения плана, распределяются задачи и указания для проведения поставок. |
||
Событие, завершающее процесс |
||||
1 |
Написание всех необходимых отчетов |
После проведения работ по утверждению плана внесения изменений в базовый план по поставкам пишут отчеты, для последующих оценок условий. |
Таблица 8. Процесс определения объема работ
№ |
1.2 |
Наименование процесса |
Определение объема работ |
|
№ |
1 |
Наименование процесса верхнего уровня |
Установление величины отклонений |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.2 |
Наименование процесса |
||
1.1 |
||||
1.2 |
||||
Текстовое описание процесса |
анализ соотношения собственных и подрядных работ, оценка рисков, определение набора работ, составление графиков, предварительные расчеты и запуск проекта. |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Стоимость работ |
Вход |
Разработанные модели, на основе которых разрабатывается программный продукт |
|
2 |
Базовый план по стоимости |
Вход |
Результаты могут помочь внести изменения в управление проектом, например, модифицировать технологию работы и установить новые приоритеты при распределении ресурсов. |
|
3 |
Объем работ |
Выход |
Разработанные модели, на основе которых разрабатывается программный продукт |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Утверждение плана определения бюджетной стоимости работ |
оценка рисков, определение набора работ, составление графиков, предварительные расчеты. |
||
Событие, завершающее процесс |
||||
1 |
Написание всех необходимых отчетов |
После проведения работ по контролю, и исследованию все участники пишут отчеты, для последующего анализа ошибок. |
Таблица 9. Процесс определения общей стоимости выполненной работы
№ |
1.2 |
Наименование процесса |
Определение общей стоимости выполненной работы |
|
№ |
1 |
Наименование процесса верхнего уровня |
Установление величины отклонений |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.2 |
Наименование процесса |
||
1.2. |
||||
1.2. |
||||
Текстовое описание процесса |
стоимость определяется на основе сметы затрат и календарного плана проекта (календарный план содержит сроки начала и продолжительность каждой работы) |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Объем работ |
Вход |
Разработанные модели, на основе которых разрабатывается программный продукт |
|
2 |
Базовый план по поставкам |
Вход |
Результаты могут помочь внести изменения в управление проектом, например, модифицировать технологию работы и установить новые приоритеты при распределении ресурсов. |
|
2 |
Общие поставки |
Выход |
Разработанные модели, на основе которых разрабатывается программный продукт |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Утверждение плана определения объема работ |
После утверждения плана, распределяются задачи и указания для проведения установки стоимости работ. |
||
Событие, завершающее процесс |
||||
1 |
Написание всех необходимых отчетов |
После проведения работ по определению общей стоимости выполненных работ пишут отчеты, для последующих оценок условий. |
Таблица 10. Процесс определения отклонений по поставкам
№ |
1.2 |
Наименование процесса |
Определение отклонений по поставкам |
|
№ |
1 |
Наименование процесса верхнего уровня |
Установление величины отклонений |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.2 |
Наименование процесса |
||
1.2. |
||||
1.2. |
||||
Текстовое описание процесса |
стоимость определяется на основе сметы затрат и календарного плана проекта, а также на основе сравнения первоначальной сметы с конечной. |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Общая стоимость |
Вход |
Стоимость с учетом всех текущих затрат |
|
2 |
Базовый план по стомости |
Вход |
Результаты могут помочь внести изменения в управление проектом, например, модифицировать технологию работы и установить новые приоритеты при распределении ресурсов. |
|
2 |
Отклонение по стоимости |
Выход |
Разработанные модели, на основе которых разрабатывается программный продукт |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Утверждение плана определения общей стоимости выполненных работ |
После утверждения плана, распределяются задачи и указания для проведения установки стоимости работ. |
||
Событие, завершающее процесс |
||||
1 |
Написание всех необходимых отчетов |
После проведения работ по определению отклонений по стоимости пишут отчеты, для последующих оценок условий. |
Таблица 11. Процесс определения отклонений по срокам
№ |
1.2 |
Наименование процесса |
Определение отклонений по срокам |
|
№ |
1 |
Наименование процесса верхнего уровня |
Установление величины отклонений |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.2 |
Наименование процесса |
||
1.2. |
||||
1.2. |
||||
Текстовое описание процесса |
Определение фактической сдачи проекта в эксплуаиацию и теоретической сдачи. |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Отклонение по стоимости |
Вход |
Сравнение фактической сдачи проекта в эксплуатацию от теоретической. |
|
2 |
Базовый план по стомости |
Вход |
Результаты могут помочь внести изменения в управление проектом, например, модифицировать технологию работы и установить новые приоритеты при распределении ресурсов. |
|
3 |
Анализ измерения эффективности |
Выход |
Разработанные модели, на основе которых разрабатывается программный продукт |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Утверждение плана определения отклонений по стоимости |
После утверждения плана, распределяются задачи и указания для проведения установки стоимости работ. |
||
Событие, завершающее процесс |
||||
1 |
Написание всех необходимых отчетов |
В результате выполнение команды на графике появляется ломаная вертикальная линию, которая представляет разницу между запланированным окончанием работ и фактическим. |
Таблица 12. Процесс оценки или описания условий
№ |
1.2 |
Наименование процесса |
Оценка или описание условий |
|
№ |
1 |
Наименование процесса верхнего уровня |
Определение поставок ИТ-проекта |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.2 |
Наименование процесса |
||
1.2.1 |
Вычисление ПДЗ на новой оценке |
|||
1.2.2 |
Вычисление ППЗ с использованием новой оценки |
|||
1.2.3 |
Вычисление ППЗ с использование оставшегося бюджета |
|||
1.2.4 |
Вычисление ППЗ с использованием СИВСР |
|||
Текстовое описание процесса |
Разработка необходимых в управлении описаний условий |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Анализ измерения эффективности |
Вход |
Разработанные модели, на основе которых разрабатывается программный продукт |
|
2 |
Информация об исполнении работ |
Вход |
Содержит данные, относящиеся к статусу и стоимости выполненных операций проекта. Эта информация включает в себя:%-т фактически выполненных плановых операций. |
|
3 |
Прогноз |
Выход |
прогноз до завершения плановых операций проекта |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Утверждение плана определения отклонений по срокам |
После утверждения плана, распределяются задачи и указания для проведения установки стоимости работ. |
||
Событие, завершающее процесс |
||||
1 |
Написание всех необходимых отчетов |
После проведения работ по определению отклонений по стоимости пишут отчеты, для последующих оценок условий. |
Таблица 13. Процесс сравнения эффективности затрат по времени
№ |
1.2 |
Наименование процесса |
сравнение эффективности затрат по времени |
|
№ |
1 |
Наименование процесса верхнего уровня |
Определение поставок ИТ-проекта |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.2 |
Наименование процесса |
||
1.2. |
||||
1.2. |
||||
Текстовое описание процесса |
Разработка необходимых в управлении описаний условий |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Прогноз |
Вход |
прогноз до завершения плановых операций проекта |
|
2 |
Одобренные запросы на изменения |
Вход |
Содержат изменения стоимости, определенной в контракте, в содержании проекта, в базовом плане по стоимости или в плане управления стоимостью. |
|
3 |
Анализ эффективности исполнения проекта |
Выход |
Рассмотрение эффективности данного проекта |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Утверждение плана по описанию условий |
После утверждения плана, распределяются задачи и указания для проведения установки стоимости работ. |
||
Событие, завершающее процесс |
||||
1 |
Написание всех необходимых отчетов |
После проведения работ по определению отклонений по стоимости пишут отчеты, для последующих оценок условий. |
Таблица 14. Процесс разработки программного обеспечения
№ |
1.2 |
Наименование процесса |
разработка программного обеспечения |
|
№ |
1 |
Наименование процесса верхнего уровня |
Определение поставок ИТ-проекта |
|
Вложенные детальные бизнес - процессы следующего уровня |
||||
№ |
1.2 |
Наименование процесса |
||
1.2. |
||||
1.2. |
||||
Текстовое описание процесса |
Альфа, Бета, финальная или какая либо другая версия продукта (отдельного модуля), способная выполнять определенные функции |
|||
Входы/выходы процесса |
||||
№ |
Наименование |
Тип |
Описание |
|
1 |
Анализ эффективности исполнения проекта |
Вход |
Рассмотрение эффективности данного проекта |
|
2 |
Сформированное техническое задание |
Вход |
Сформированное ТЗ оформляется как процесс или несколько взаимосвязанных процессов и помещается в очередь заданий в соответствии со значением приоритета |
|
3 |
Требования к финансирование проекта |
Вход |
Выводятся на основании базового плана стоимости и могут служить для определения условий, обычно в сторону увеличения, по срокам работ или повышения стоимости. |
|
4 |
План управления стоимостью проекта |
Выход |
Программное обеспечение полностью соответствующее требованиям |
|
Событие, инициирующее процесс |
||||
№ |
Наименование |
Описание |
||
1 |
Утверждение плана по сравнению эффективности затрат по времени |
После утверждения плана, распределяются задачи и указания для проведения установки стоимости работ. |
||
Событие, завершающее процесс |
||||
1 |
Написание всех необходимых отчетов |
После проведения работ по определению отклонений по стоимости пишут отчеты, для последующих оценок условий. |
Организационная структура
Начальник отдела управления поставками - связующее звено между руководящим составом и отделом управления поставками. Получает требования проекта, и передает требования дальше ,в аналитический отдел.
Начальник аналитического отдела - получает отчет с требованиями по проекту от начальника отдела управления поставками. Полученный отчет, начальник аналитического отдела передает аналитикам для анализа. Отчет по анализу , Начальник аналитического отдела передает в отдел закупок
Аналитик - Анализирует требования проекта, составляет отчет о требуемых для закупки товарах или услугах, исходя из возможности реализации требований силами предприятия.
Начальник отдела закупки - получает отчет о требованиях для закупки , и передает требования для закупки менеджерам по закупке. Он принимает решение о закупке товаров или услуг у тех или иных поставщиков.
Менеджер по закупке- получает отчет о требованиях для закупки согласно требованиям он анализирует поставщиков, согласно требованиям по срокам и удовлетворению требованиям.
Отдел продаж занимается компилированием закупленных товаров и услуг, передает отчеты начальнику отдела управления поставками.
Классификаторы
Бизнес - проблемы и их решения
Бизнес-проблема
Элемент |
Описание |
|
Проблема |
Сложность в определении потребности и ограниченных сроках, а также ограниченном бюджете |
|
Воздействует на |
Начальник Отдела |
|
Результатом чего является |
Невозможность во время сдать проект |
|
Выигрыш |
Грамотно составленный график сроков и расходов. |
|
Может состоять в следующем |
Возможность подготовить проект. |
Информационная проблема
Элемент |
Описание |
|
Проблема |
Невозможность в реальном времени извлечь информацию о временных изменениях. |
|
Воздействует на |
Начальник Отдела |
|
Результатом чего является |
Невозможность оперативно отражать изменения. |
|
Выигрыш от |
Введение хранилищ, постоянно обновляющихся баз данных, сбор отчетов и анализ ситуаций |
|
Может состоять в следующем |
Менеджер получит возможность гибко учитывать временные изменения и изменения в поставках и оперативно отражать их. |
Планирование разработки: цель создания системы, функции, пользователи, средства реализации, календарный план
Основная цель создания -- повышение эффективности разработки и оценки проекта для обеспечения более быстрой, эффективной и дешевой работы с клиентами.
Пользователи системы -- сотрудники:
1. Начальники Отделов
2. Менеджеры по закупке
3. Менеджеры по продажам
4. Аналитики.
пользователь |
функция |
Категория функции |
|
Начальник отдела |
Внесение и обновление записей с данными о сотрудниках и программах |
очевидная |
|
Начальник отдела |
Создание списка сотрудников, работающих над разработкой данного проекта |
дополнительная |
|
Менеджер По закупке |
Составление плана поставок оформление заказа |
очевидная |
|
Менеджер По закупке |
Внесение и обновление записей в список поставщиков |
очевидная |
|
Сотрудники |
Создание отчета по итогам социологического исследования |
очевидная |
|
Аналитик |
Анализ требований и определение товаров услуг необходимых для закупки |
Очевидная |
|
Менеджеры и Начальники отделов |
Составление различных отчетов по итогам |
Очевидная |
Средства разработки и реализации:
Средство проектирования и генерации БД -- AllFusion Data Modeler 4.1
СУБД SQL Server 2000
Календарный план проекта:
Дата начала проекта - 01.04.2006
Дата окончания проекта - 30.05.2006
Календарный план проекта
№ п/п |
Этап |
Дата начала этапа |
Дата окончания этапа |
|
1. |
Концептуальное проектирование. Выявление требований к данным и транзакциям. |
01.04.2006 |
4.04.2006 |
|
2. |
Определение типов сущностей и связей между ними |
5.04.2006 |
10.04.2006 |
|
3. |
Определение атрибутов, доменов и ключей. |
11.04.2006 |
15.04.2006 |
|
4. |
Создание концептуальной модели БД. |
16.04.2006 |
18.04.2006 |
|
5. |
Логическое проектирование. Разрешение некоторых связей. |
19.04.2006 |
21.04.2006 |
|
6. |
Определение набора отношений и создание логической модели БД. |
22.04.2006 |
27.04.2006 |
|
7. |
Реализация логической модели БД в ERWin. |
28.04.2006 |
5.05.2006 |
|
8. |
Физическое проектирование. Проектирование таблиц БД. Реализация бизнес-правил. |
6.05.2006 |
16.05.2006 |
|
9. |
Анализ выполнения транзакций. |
17.05.2006 |
20.05.2006 |
|
10. |
Определение вторичных индексов. Анализ введения контролируемой избыточности данных. |
21.05.2006 |
25.05.2006 |
|
11. |
Разработка пользовательских представлений. Проверка качества и структуры БД. |
26.05.2006 |
28.05.2006 |
|
12. |
Генерация SQL-скрипта БД. Создание БД в SQL Server. |
29.05.2006 |
30.05.2006 |
Концептуальное проектирование БД
Выявление требований к данным. Данные о сотрудниках.
Каждый сотрудник имеет следующие данные: табельный номер, полное имя, паспорт, должность, наименование отдела (аналитический, отдел закупок, отдел продаж).
Данные о программах и объектах
Каждая программа направлена строго на один объект. Каждая программа имеет следующие данные: идентификационный номер, название, информацию о разработчике, дата начала и окончания, цель, стоимость, отметка об одобрении. Объект включает в себя следующие данные: идентификационный номер, краткая характеристика, составленная на основе анализа объекта.
Данные об отчетах
В ходе реализации проекта необходимо организовать его оценку. Каждые отчет имеет следующие данные: номер, дата составления, числа, результаты. Ответственность за составление отчета несет сотрудник составляющий отчет.
Выявление требований к транзакциям
Перечень транзакций системы:
N п/п |
Наименование транзакции |
Ответственные |
|
1 |
Определение требований проекта |
Аналитик |
|
2 |
Определить предварительные сроки |
Начальник аналитического отдела |
|
3 |
Определить товары и услуги необходимые для закупки |
Аналитик |
|
4 |
Определить реальные сроки сдачи |
Начальник отдела закупки |
|
5 |
Определить сдвиг сроков |
Менеджер по закупке |
|
6 |
Выбрать поставщиков товаров или услуг |
Менеджер по закупке |
|
7 |
Определение готовности проекта |
Начальник отдела управления поставками |
|
8 |
Формирование отчетов о динамике изменения значений показателей |
Сотрудники |
|
9 |
Формирование отчетов по итогам |
Начальник отдела управления поставками |
Выделенные атрибуты и их принадлежность соответствующим сущностям
Тип сущности |
Атрибут |
|
1. Начальник отдела управления поставками |
Код начальника ФИО начальника Код требования Контактная информация |
|
2. Сроки |
Код сроков Дата планируемого окончания |
|
3. Требования |
Код требования Наименование работы Код сроков Код поставок Код реал сроков Код начальника |
|
4. Поставки |
Код поставок Код требования Наименование поставки Стоимость поставки |
|
5. Реальные сроки |
Код реал сроков Дата начала Дата окончания Код сдачи Код требования |
|
6. Дата сдачи |
Код сдачи Дата сдачи проекта Код проекта Код реал сроков |
|
7. Проект |
Код проекта Содержание Описание |
|
8.Стоимость |
Код стоимости Сумма стоимости |
Определение типов сущностей
На основании описания предметной области и диаграммы DFD выявляются необходимые для создания ИС сущности:
Определение типов сущностей
N п/п |
Имя сущности (Псевдоним) |
Описание |
Особенности использования |
|
1. |
Объект |
Объект, подвергнутый оценке |
||
2. |
Процесс |
Какой-либо процесс, связанный с деятельностью |
Вид объекта |
|
3. |
Структура (подразделение) |
Все предприятие в целом, или его отдел, группа сотрудников. |
Вид объекта |
|
4. |
Программа оценки |
Направлена на выявление слабых мест в деятельности проекта |
||
5 |
Показатель |
Параметр, характеризующий деятельность |
||
6. |
Фактическое значение показателя |
Значение показателя в определенный момент времени |
||
7. |
Плановое значение показателя |
Значение, при котором, по мнению аналитиков, будет функционировать эффективно. |
||
8. |
Субъект (исполнитель) |
Сотрудники, занимающиеся разработкой и реализацией |
Определение типов связей
Определение типов связей
Тип сущности |
Тип связи |
Тип сущности |
Кардинальность |
Показатель участия |
|
Процесс |
является |
Объект |
1:1 |
T:P |
|
Структура (подразделение) |
является |
Объект |
1:1 |
T:P |
|
Программа оценки |
характеризует |
Объект |
М:М |
T:P |
|
Показатель |
имеет |
Значение показателя |
1:М |
T:P |
|
Показатель |
имеет |
Желаемое значение |
1:М |
T:P |
|
Плановое значение |
входит в |
Программа оценки |
М:1 |
T:Т |
|
Субъект |
разрабатывает |
Программа оценки |
1:М |
P:Т |
|
Субъект |
определяет |
Желаемое значение |
1:М |
P:Т |
Определение доменов атрибутов
Определение доменов атрибутов:
Имя домена |
Характеристики домена |
Примеры допустимых значений |
|
Регистрационный номер |
Строка длиной до 4 цифровых символов |
15648 |
|
Дата |
Строка длиной 10 символов формата ДД.ММ. ГГГГ |
12.05.2007 |
|
Вид |
Строка длиной до 20 символов формата |
||
Наименование |
Строка длиной до 20 символов формата |
||
Основная Цель деятельности |
Строка длиной до 120 символов формата |
||
Единица измерения |
Строка длиной до 15 символов формата |
||
Формула расчета |
Строка длиной до 15 символов формата |
||
Обозначение |
Строка длиной до 15 символов формата |
||
Фамилия |
Строка переменной длины, до 15 символов |
Иванов |
|
Имя |
Строка переменной длины, до 15 символов |
Иван |
|
Отчество |
Строка переменной длины, до 15 символов |
Иванович |
Определение первичных и альтернативных ключей для сущностей
Определение первичных и альтернативных ключей для сущностей:
Сущность |
Первичный ключ |
Альтернативный ключ |
|
Объект |
Регистрационный номер |
||
Процесс |
Регистрационный номер |
||
Структура (подразделение) |
Регистрационный номер |
||
Программа оценки |
Регистрационный номер |
||
Показатель |
Регистрационный номер |
||
Фактическое значение показателя |
Регистрационный номер |
||
Плановое значение показателя |
Регистрационный номер |
||
Субъект (исполнитель) |
Регистрационный номер |
Физическое проектирование БД
Проектирование таблиц БД
CREATE TABLE Data_sdachi (
kod_sdachi int NOT NULL,
data_sdachi_proekta datetime NULL,
kod_proekta int NOT NULL,
kod_real_stoimost int NULL
)
Go
ALTER TABLE Data_sdachi
ADD PRIMARY KEY (kod_sdachi)
go
CREATE TABLE Grafiki (
kod_grafikov int NOT NULL,
grafiki_rabot varchar(20) NULL,
kod_raspisanya varchar(20) NULL,
)
go
ALTER TABLE Grafiki
ADD PRIMARY KEY (kod_grafikov)
go
CREATE TABLE Grafiki (
kod_grafikov int NOT NULL,
kod_srokov int NULL,
kod_trebovaniya int NULL,
kod_otcheta int NOT NULL,
plani char(18) NULL,
table char(18) NULL,
grafiki char(18) NULL
)
go
ALTER TABLE Grafiki
ADD PRIMARY KEY (kod_grafikov, kod_otcheta)
go
CREATE TABLE Otcheti (
kod_otcheta int NOT NULL,
kod_sotrudnika int NOT NULL,
otchet_za_period varchar(20) NULL,
otchet_za_deyatelnost varchar(20) NULL
)
go
ALTER TABLE Otcheti
ADD PRIMARY KEY (kod_otcheta, kod_sotrudnika)
go
CREATE TABLE proekt (
kod_proekta int NOT NULL,
soderganie varchar(20) NULL,
opisanie varchar(20) NULL
)
go
ALTER TABLE proekt
ADD PRIMARY KEY (kod_proekta)
go
CREATE TABLE Raspisanie_proekta (
kod_raspisaniya int NOT NULL,
kod_grafikov int NULL,
raspisanie_zadach datetime NULL
)
go
ALTER TABLE Raspisanie_proekta
ADD PRIMARY KEY (kod_raspisaniya)
go
CREATE TABLE Realnii_stoimost (
kod_real_stoimost int NOT NULL,
data_nachala datetime NULL,
data_okonchaniya datetime NULL,
kod_sdachi int NULL,
kod_sotrudnika int NULL,
kod_otcheta int NULL
)
go
ALTER TABLE Realnii_stoimost
ADD PRIMARY KEY (kod_real_stoimost)
go
CREATE TABLE stoimost (
kod_stoimost int NOT NULL,
stoimost varchar(20) NULL,
kod_trebovaniya int NOT NULL
)
go
ALTER TABLE resursi
ADD PRIMARY KEY (kod_resursov, kod_trebovaniya)
go
CREATE TABLE Rukovoditel_proekta (
kod_rukovoditelya int NOT NULL,
FIO_rukovoditelya varchar(20) NULL,
kontaktnaya_informaciya varchar(20) NULL,
kod_trebovaniya char(18) NULL
)
go
ALTER TABLE Rukovoditel_proekta
ADD PRIMARY KEY (kod_rukovoditelya)
go
CREATE TABLE Sroki (
kod_srokov int NOT NULL,
data_plan_okonchaniya datetime NULL
)
go
ALTER TABLE Sroki
ADD PRIMARY KEY (kod_srokov)
go
CREATE TABLE trebovaniya (
kod_trebovaniya int NOT NULL,
kod_srokov int NULL,
kod_stoimost int NULL,
naimenovanie_raboti char(18) NULL,
kod_rukovoditelya int NULL
)
go
ALTER TABLE trebovaniya
ADD PRIMARY KEY (kod_trebovaniya)
go
Объектно-ориентированное проектирование ИС
Описание предмета и объекта проектирования.
Общая формулировка задачи:
Цель проекта - создание информационной системы управления поставками ИТ-проекта.
Потребители:
Начальник отдела управления поставками, Начальники.
Цели: Обеспечить более быстрое, контролируемое, дешевое и безотказное выполнение операций, необходимое для управления поставками ИТ-проекта. Бизнес-акторы:
1. Начальник отдела управления поставками
2. Начальники
Календарный план проекта:
Дата начала проекта - 04.09.2007
Дата окончания проекта - 21.12.2007
Календарный план проекта
№ п/п |
Этап |
Дата начала этапа |
Дата окончания этапа |
|
1. |
Описание предмета и объекта проектирования |
04.09.2007 |
21.09.2007 |
|
2. |
Выявление целей создания системы, функций пользователей |
22.09.2007 |
30.09.2007 |
|
3. |
Этап концептуального моделирования |
01.10.2007 |
21.10.2007 |
|
4. |
Этап логического моделирования |
22.10.2007 |
22.11.2007 |
|
5. |
Этап физического моделирования |
23.11.2007 |
14.12.2007 |
|
6. |
Описание и оформление проекта |
15.12.2007 |
21.12.2007 |
Функции:
№ |
Функция |
Категория |
|
1 |
Определение взаимосвязей задач |
Очевидная |
|
2 |
Определение оценки стоимости |
Очевидная |
|
3 |
Оценка длительности проекта |
Очевидная |
|
4 |
Составление расписания проекта |
Очевидная |
|
5 |
Составление графиков |
Очевидная |
|
6 |
Формирование заданий по расписанию |
Очевидная |
|
7 |
Управление Поставками |
Очевидная |
|
8 |
Формирование отчетов по контрольным датам |
Очевидная |
|
9 |
Определение сдвигов |
Очевидная |
|
10 |
Запись и корректировка расписания |
Очевидная |
|
11 |
Обеспечение механизмов взаимодействия между процессами и подсистемами |
Скрытая |
Концептуальная модель (построенная на основе объектно-ориентированного анализа предметной области)
Описание прецедентов
Прецедент №1
Прецедент |
Определение взаимосвязей задач |
|
Исполнители |
Начальник отдела управления поставками. |
|
Цель |
Определение зависимость поставленных задач |
|
Краткое описание |
Руководитель основываясь на требованиях составляет список задач. |
|
Тип |
Главный и идеальный |
|
Ссылки |
Функции 2 |
|
Типичный ход событий |
||
Действия исполнителя |
Отклик системы |
|
1. Аналитик анализирует список задач. |
||
2. Менеджер выстраивает приоритет задач |
||
3. Менеджер определяет зависимости |
Прецедент №2
Прецедент |
Определение стоимости |
|
Исполнители |
Начальник отдела закупки |
|
Цель |
Определение закупаемых товаров или услуг согласно требованиям для закупки |
|
Краткое описание |
Менеджер по закупке основываясь на проанализированных требованиях, определяет поставщиков товаров и услуг и делает заказ на поставку. |
|
Тип |
Главный и идеальный |
|
Ссылки |
Функции 2 |
|
Типичный ход событий |
||
Действия исполнителя |
Отклик системы |
|
1. Менеджер исходя из списка задач составляет требования |
||
2. Менеджер исходя из списка задач определяет стоимость. |
||
3. Менеджер исходя из списка задач проекта составляет управленческие решения. |
Прецедент №3
Прецедент |
Оценка длительности проекта и разработка расписания |
|
Исполнители |
Начальник отдела управления поставками, начальник отдела закупки |
|
Цель |
Определение длительности проекта и разработка расписания |
|
Краткое описание |
Начальник отдела управления поставками, основываясь на определенных требованиях по поставке , и по срокам поставки заказанных товаров и услуг , занятости и квалификацию участников в проекте - определяет длительность проекта и разрабатывает расписание. |
|
Тип |
||
Ссылки |
3,4 |
|
Типичный ход событий |
||
Действия исполнителя |
Отклик системы |
|
1. Оценка выполнения задач |
||
2. Согласование с поставленными сроками |
||
3. Разработка расписания |
Прецедент № 4
Прецедент |
Формирование задания по расписанию. |
|
Исполнители |
Начальник отдела управления поставками, начальник отдела закупки |
|
Цель |
Сформировать задания по расписанию |
|
Краткое описание |
||
Тип |
||
Ссылки |
3,4,5 |
|
Типичный ход событий |
||
Действия исполнителя |
Отклик системы |
|
1. Анализирует актуальность задач |
||
2. Фиксирует их в системе календарного планирования |
1.Выдает форму для внесения информации. 2. Отображает внесенную информацию. 3. Выдает информацию. 4. Запрашивает подтверждение. |
Прецедент № 5
Прецедент |
Управление поставками |
|
Исполнители |
Менеджер по закупке |
|
Цель |
Внести изменения в расписание и поставки проекта, чтобы корректировать даты контрольных точек и дату сдачи. |
|
Краткое описание |
||
Тип |
||
Ссылки |
6,8,9 |
|
Типичный ход событий |
||
Действия исполнителя |
Отклик системы |
|
1. Менеджер вносит в расписание сроки контрольных дат |
||
2. Фиксирует их в системе календарно планирования. |
1.Выдает форму для внесения информации. 2. Отображает внесенную информацию. 3. Выдает информацию. |
|
3. Анализирует своевременность сдачи |
||
4. При необходимости корректирует стоимость |
||
5.Управляет сроком сдачи проекта |
Модели
Модель бизнес-прецедентов
Рис. 1. Общая модель бизнес-прецедентов
Рис. 2. Модель бизнес-прецедентов для прецедента “ Оценка сроков поставки, управление поставками проекта и разработка расписания ”
Рис. 3. Модель бизнес-прецедентов для прецедента “Управление поставками проекта”
Рис. 4. Модель бизнес-объектов для бизнес-прецедента “Управление стоимостью проекта”
Рис. 5. Диаграмма последовательности для бизнес-прецедента “Управление поставками проекта”
Рис. 6. Диаграмма деятельности для бизнес-прецедента “Управление поставками проекта”.
Рис. 7. Диаграмма классов
Рис. 8. Диаграмма системных прецедентов
Рис. 7. Диаграмма классов
Диаграмма системных прецедентов
Рис. 8. Диаграмма системных прецедентов
Рис.9. Диаграмма коопераций
Диаграмма переходов состояний
Диаграмма переходов состояний для управляющего класса “ Security_system ”:
Рис.10. Диаграмма переходов состояний
Диаграмма переходов состояний для управляющего класса “МЕНЕДЖЕР”:
Рис.11. Диаграмма переходов состояний
Физическое моделирование
Измененная диаграмма классов. Генерация SQL-скрипта. Создание БД
Рис.12 Измененная диаграмма классов
Код SQL-скрипта
CREATE TABLE program (
number INTEGER NOT NULL,
name VARCHAR ( 1 ) NOT NULL,
OS VARCHAR ( 1 ) NOT NULL,
CONSTRAINT PK_program2 PRIMARY KEY (number)
);
CREATE TABLE Upravlenie (
numbername SMALLINT NOT NULL,
finish VARCHAR ( 1 ) NOT NULL,
start VARCHAR ( 1 ) NOT NULL,
number INTEGER NOT NULL,
Rukovoditel_number INTEGER NOT NULL,
Zakazchik_number INTEGER NOT NULL,
Manager_number INTEGER NOT NULL,
COL_17 INTEGER NOT NULL,
program_number INTEGER NOT NULL,
CONSTRAINT PK_Upravlenie4 PRIMARY KEY (program_number, COL_17, Zakazchik_number, Rukovoditel_number, number, numbername)
);
CREATE TABLE Manager (
number INTEGER NOT NULL,
surname VARCHAR ( 1 ) NOT NULL,
name VARCHAR ( 1 ) NOT NULL,
CONSTRAINT PK_Manager0 PRIMARY KEY (number)
);
CREATE TABLE Zakazchik (
number INTEGER NOT NULL,
surname VARCHAR ( 1 ) NOT NULL,
name VARCHAR ( 1 ) NOT NULL,
fatname VARCHAR ( 1 ) NOT NULL,
pasport INTEGER NOT NULL,
CONSTRAINT PK_Zakazchik3 PRIMARY KEY (number)
);
CREATE TABLE Rukovoditel (
number INTEGER NOT NULL,
surname VARCHAR ( 1 ) NOT NULL,
name VARCHAR ( 1 ) NOT NULL,
CONSTRAINT PK_Rukovoditel1 PRIMARY KEY (number)
);
ALTER TABLE Upravlenie ADD CONSTRAINT FK_Upravlenie8 FOREIGN KEY (program_number) REFERENCES program (number) ON DELETE NO ACTION ON UPDATE NO ACTION;
Подобные документы
Технологическая платформа "1С: Предприятие" как программная оболочка над базой данных. Конфигурация программы для автоматизации эффективного управления торговым бизнесом. Помощник планирования, управление отношениями с клиентами, поставками и запасами.
реферат [599,8 K], добавлен 03.07.2013Возможности автоматизированных систем управления производством и поставками продукции, кадрами, расчётов с поставщиками и подрядчиками, бухгалтерским учётом, документооборотом. Компьютерные сети и их интеграция. Построения базы данных телефонных линий.
отчет по практике [2,3 M], добавлен 25.02.2017Проектирование многопользовательской информационной системы для автоматизации работы диспетчера отдела грузоперевозок. Выбор среды программирования. Разработка программного обеспечения, таблиц базы данных АСОИ. Построение диаграмм классов и деятельности.
курсовая работа [298,1 K], добавлен 03.06.2014Разработка проекта системы управления для поддержания заданного уровня жидкости в емкости при переменном расходе с помощью средств инструментальной системы TRACE MODE 5. Особенности создания информационной структуры проекта, его математическая база.
курсовая работа [449,2 K], добавлен 16.11.2011Создание программного продукта, позволяющего осуществлять контроль за поставками продукции, движением товара, остатками его на складе. Построение структуры таблиц для хранения информации и описание алгоритмов обработки. Тестирование и отладка программы.
курсовая работа [593,4 K], добавлен 30.06.2014Анализ состояния и оценка положения дел на предприятии. Сравнение методик проектирования и автоматизированная система управления складским хозяйством. Определение потребности в собственной разработке. Выбор языка программирования, расчет себестоимости.
дипломная работа [4,4 M], добавлен 07.11.2011Разработка технического задания и проекта информационной системы "Расписание занятий в вузе". Понятие, определения и сокращения. Характеристика объектов автоматизации. Даталогическая модель базы данных. Создание таблиц и построение схемы данных в БД.
курсовая работа [888,4 K], добавлен 09.02.2017Система управления взаимоотношениями с клиентами для коммерческого отдела издательского дома. Время обработки и выполнения заказа на размещение рекламы в периодических журнальных изданиях. Размещение устройств и программных средств CRM-системы.
курсовая работа [3,4 M], добавлен 07.05.2011Разработка информационной системы в СУБД Microsoft Access на примере расчёта с клиентами в промтоварном магазине. Достоинства проектируемой программы. Создание отчетов, таблиц, установка связей между ними. Построение запросов в режиме Конструктора.
отчет по практике [2,9 M], добавлен 19.03.2015Анализ деятельности предприятия и структуризация проекта информационной системы, а также план управления им. Основные этапы и принципы, а также специфические особенности реализации исследуемого проекта информационной системы с использованием MS Project.
курсовая работа [348,2 K], добавлен 04.05.2016