Управление поставками IT-проекта

 

Введение

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

Для реализации курсового проекта была выбрана тема «Управление поставками 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.менеджеры по продажам,

.начальники отделов,

.менеджеры по закупкам.

Средства разработки и реализации:

1.Средство проектирования и генерации БД - AllFusion Data Modeler 4.1

2.Средство для разработки программного кода приложения - Visual Basic 6.0

.СУБД SQL Server 2000

.Средство генерации отчетов - 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.11.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Написание всех необходимых отчетовПосле проведения работ по определению отклонений по стоимости пишут отчеты, для последующих оценок условий.

Организационная структура

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

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

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

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

Менеджер по закупке- получает отчет о требованиях для закупки согласно требованиям он анализирует поставщиков, согласно требованиям по срокам и удовлетворению требованиям.

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

Классификаторы

Бизнес - проблемы и их решения

Бизнес-проблема

ЭлементОписаниеПроблемаСложность в определении потребности и ограниченных сроках, а также ограниченном бюджетеВоздействует наНачальник ОтделаРезультатом чего являетсяНевозможность во время сдать проектВыигрышГрамотно составленный график сроков и расходов.Может состоять в следующемВозможность подготовить проект.

Информационная проблема

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

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

Основная цель создания - повышение эффективности разработки и оценки проекта для обеспечения более быстрой, эффективной и дешевой работы с клиентами.

Пользователи системы - сотрудники:

.Начальники Отделов

.Менеджеры по закупке

.Менеджеры по продажам

.Аналитики.

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

Средства разработки и реализации:

Средство проектирования и генерации БД - AllFusion Data Modeler 4.1

СУБД SQL Server 2000

Календарный план проекта:

Дата начала проекта - 01.04.2006

Дата окончания проекта - 30.05.2006

Календарный план проекта

№ п/пЭтапДата начала этапаДата окончания этапа1.Концептуальное проектирование. Выявление требований к данным и транзакциям.01.04.20064.04.20062.Определение типов сущностей и связей между ними5.04.200610.04.20063.Определение атрибутов, доменов и ключей.11.04.200615.04.20064.Создание концептуальной модели БД.16.04.200618.04.20065.Логическое проектирование. Разрешение некоторых связей.19.04.200621.04.20066.Определение набора отношений и создание логической модели БД.22.04.200627.04.20067.Реализация логической модели БД в ERWin.28.04.20065.05.20068.Физическое проектирование. Проектирование таблиц БД. Реализация бизнес-правил.6.05.200616.05.20069.Анализ выполнения транзакций.17.05.200620.05.200610.Определение вторичных индексов. Анализ введения контролируемой избыточности данных.21.05.200625.05.200611.Разработка пользовательских представлений. Проверка качества и структуры БД.26.05.200628.05.200612.Генерация SQL-скрипта БД. Создание БД в SQL Server.29.05.200630.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:1T:PСтруктура (подразделение)являетсяОбъект1:1T:PПрограмма оценкихарактеризуетОбъектМ:МT:PПоказательимеетЗначение показателя1:МT:PПоказательимеетЖелаемое значение1:МT:PПлановое значениевходит вПрограмма оценкиМ:1T:ТСубъектразрабатываетПрограмма оценки1:МP:ТСубъектопределяетЖелаемое значение1:МP:Т

Определение доменов атрибутов

Определение доменов атрибутов:

Имя доменаХарактеристики доменаПримеры допустимых значенийРегистрационный номерСтрока длиной до 4 цифровых символов15648ДатаСтрока длиной 10 символов формата ДД.ММ. ГГГГ12.05.2007ВидСтрока длиной до 20 символов форматаНаименованиеСтрока длиной до 20 символов форматаОсновная Цель деятельностиСтрока длиной до 120 символов форматаЕдиница измеренияСтрока длиной до 15 символов форматаФормула расчетаСтрока длиной до 15 символов форматаОбозначениеСтрока длиной до 15 символов форматаФамилияСтрока переменной длины, до 15 символовИвановИмяСтрока переменной длины, до 15 символовИванОтчествоСтрока переменной длины, до 15 символовИванович

Определение первичных и альтернативных ключей для сущностей

Определение первичных и альтернативных ключей для сущностей:

СущностьПервичный ключАльтернативный ключОбъектРегистрационный номерПроцессРегистрационный номерСтруктура (подразделение)Регистрационный номерПрограмма оценкиРегистрационный номерПоказательРегистрационный номерФактическое значение показателяРегистрационный номерПлановое значение показателяРегистрационный номерСубъект (исполнитель)Регистрационный номер

Физическое проектирование БД

Проектирование таблиц БД

TABLE Data_sdachi (_sdachi int NOT NULL,_sdachi_proekta datetime NULL,_proekta int NOT NULL,_real_stoimost int NULL

)TABLE Data_sdachiPRIMARY KEY (kod_sdachi)

TABLE Grafiki (_grafikov int NOT NULL,_rabot varchar(20) NULL,_raspisanya varchar(20) NULL,

)TABLE GrafikiPRIMARY KEY (kod_grafikov)

TABLE Grafiki (_grafikov int NOT NULL,_srokov int NULL,_trebovaniya int NULL,_otcheta int NOT NULL,char(18) NULL,char(18) NULL,char(18) NULL

)TABLE GrafikiPRIMARY KEY (kod_grafikov, kod_otcheta)

TABLE Otcheti (_otcheta int NOT NULL,_sotrudnika int NOT NULL,_za_period varchar(20) NULL,_za_deyatelnost varchar(20) NULL

)TABLE OtchetiPRIMARY KEY (kod_otcheta, kod_sotrudnika)

TABLE proekt (_proekta int NOT NULL,varchar(20) NULL,varchar(20) NULL

)TABLE proektPRIMARY KEY (kod_proekta)TABLE Raspisanie_proekta (_raspisaniya int NOT NULL,_grafikov int NULL,_zadach datetime NULL

)TABLE Raspisanie_proektaPRIMARY KEY (kod_raspisaniya)

TABLE Realnii_stoimost (_real_stoimost int NOT NULL,_nachala datetime NULL,_okonchaniya datetime NULL,_sdachi int NULL,_sotrudnika int NULL,_otcheta int NULL

)

TABLE Realnii_stoimostPRIMARY KEY (kod_real_stoimost)

TABLE stoimost (_stoimost int NOT NULL,varchar(20) NULL,_trebovaniya int NOT NULL

)TABLE resursiPRIMARY KEY (kod_resursov, kod_trebovaniya)

TABLE Rukovoditel_proekta (_rukovoditelya int NOT NULL,_rukovoditelya varchar(20) NULL,_informaciya varchar(20) NULL,_trebovaniya char(18) NULL

)TABLE Rukovoditel_proektaPRIMARY KEY (kod_rukovoditelya)

TABLE Sroki (_srokov int NOT NULL,_plan_okonchaniya datetime NULL

)TABLE SrokiPRIMARY KEY (kod_srokov)

TABLE trebovaniya (_trebovaniya int NOT NULL,_srokov int NULL,_stoimost int NULL,_raboti char(18) NULL,_rukovoditelya int NULL

)TABLE trebovaniyaPRIMARY KEY (kod_trebovaniya)

Объектно-ориентированное проектирование ИС

Описание предмета и объекта проектирования.

Общая формулировка задачи:

Цель проекта - создание информационной системы управления поставками ИТ-проекта.

Потребители:

Начальник отдела управления поставками, Начальники.

Цели: Обеспечить более быстрое, контролируемое, дешевое и безотказное выполнение операций, необходимое для управления поставками ИТ-проекта. Бизнес-акторы:

1.Начальник отдела управления поставками

2.Начальники

Календарный план проекта:

Дата начала проекта - 04.09.2007

Дата окончания проекта - 21.12.2007

Календарный план проекта

№ п/пЭтапДата начала этапаДата окончания этапа1.Описание предмета и объекта проектирования04.09.200721.09.20072.Выявление целей создания системы, функций пользователей22.09.200730.09.20073.Этап концептуального моделирования01.10.200721.10.20074.Этап логического моделирования22.10.200722.11.20075.Этап физического моделирования23.11.200714.12.20076.Описание и оформление проекта15.12.200721.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-скрипта

TABLE program (INTEGER NOT NULL,VARCHAR ( 1 ) NOT NULL,VARCHAR ( 1 ) NOT NULL,PK_program2 PRIMARY KEY (number)

);TABLE Upravlenie (SMALLINT NOT NULL,VARCHAR ( 1 ) NOT NULL,VARCHAR ( 1 ) NOT NULL,INTEGER NOT NULL,_number INTEGER NOT NULL,_number INTEGER NOT NULL,_number INTEGER NOT NULL,_17 INTEGER NOT NULL,_number INTEGER NOT NULL,PK_Upravlenie4 PRIMARY KEY (program_number, COL_17, Zakazchik_number, Rukovoditel_number, number, numbername)

);TABLE Manager (INTEGER NOT NULL,VARCHAR ( 1 ) NOT NULL,VARCHAR ( 1 ) NOT NULL,PK_Manager0 PRIMARY KEY (number)

);TABLE Zakazchik (INTEGER NOT NULL,VARCHAR ( 1 ) NOT NULL,VARCHAR ( 1 ) NOT NULL,VARCHAR ( 1 ) NOT NULL,INTEGER NOT NULL,PK_Zakazchik3 PRIMARY KEY (number)

);TABLE Rukovoditel (INTEGER NOT NULL,VARCHAR ( 1 ) NOT NULL,VARCHAR ( 1 ) NOT NULL,PK_Rukovoditel1 PRIMARY KEY (number)

);TABLE Upravlenie ADD CONSTRAINT FK_Upravlenie8 FOREIGN KEY (program_number) REFERENCES program (number) ON DELETE NO ACTION ON UPDATE NO ACTION;TABLE Upravlenie ADD CONSTRAINT FK_Upravlenie5 FOREIGN KEY (COL_17) REFERENCES Manager (number) ON DELETE NO ACTION ON UPDATE NO ACTION;TABLE Upravlenie ADD CONSTRAINT FK_Upravlenie4 FOREIGN KEY (Manager_number) REFERENCES Manager (number) ON DELETE NO ACTION ON UPDATE NO ACTION;TABLE Upravlenie ADD CONSTRAINT FK_Upravlenie3 FOREIGN KEY (Zakazchik_number) REFERENCES Zakazchik (number) ON DELETE NO ACTION ON UPDATE NO ACTION;TABLE Upravlenie ADD CONSTRAINT FK_Upravlenie2 FOREIGN KEY (Rukovoditel_number) REFERENCES Rukovoditel (number) ON DELETE NO ACTION ON UPDATE NO ACTION;TABLE Upravlenie ADD CONSTRAINT FK_Upravlenie0 FOREIGN KEY (number) REFERENCES program (number) ON DELETE NO ACTION ON UPDATE NO ACTION;

автоматизация клиент поставщик таблица

Рис.13 Схема базы данных

Генерация кода JAVA

class Manager

/**

* @roseuid 40D8584300BC

*/Application()

{

}

/**

* @roseuid 3FBF4B53032A

*/void open()

{

}

/**

* @roseuid 3FBF4B5B029E

*/void close()

{

}

/**

* @roseuid 3FBF4B5E038E

*/void add()

{

}

/**

* @roseuid 3FBF4B660140

*/void delete()

{

}

/**

* @roseuid 3FBF4B6903B6

*/void find()

{

}

/**

* @roseuid 3FBF4B6D00BE

*/void update()

{

}

/**

* @roseuid 3FBF4B740302

*/void lock()

{

}

/**

* @roseuid 3FBF4B780118

*/void unlock()

{

}

/**

* @roseuid 3FBF4B7B0280

*/void save()

{

}

/**

* @roseuid 3FBF4BB700AA

*/void define_money()

{

}

}

{Integer Number;String Surname;String Name;Upravlenie theUpravkenie;

/**

* @roseuid 40D8584300BC

*/Manager()

{

}

}class Rukovoditel

{Integer Number;String Name;Integer Sense;

/**

* @roseuid 3FBF4B53032A

*/Rukovoditel()

{

}

}class Zakazchik

{Integer Number;String Surname;String Name;Manager theManager;Rukovoditel theRukovoditel;

/**

* @roseuid 3FBF4B5B029E

*/class Manager extends Upravsrok

{Integer Number;String Surname;String Name;Rukovoditel theRukovoditel;

/**

* @roseuid 40D8583F02A1

*/Manager()

{

}

}class Programm

{String Name;Long Ram;String Bearer;String OS;String Definition;Upravlenie the Upravlenie;

/**

* @roseuid 47852EAD0000

*/Programm()

{

}

}

Диаграмма компонентов

Рис.14 Диаграмма компонентов

Заключение

В данном курсовом проекте рассмотрены 2 больших раздела проектирования информационных систем: функционально-ориентированный и объектно-ориентированный подходы. В ходе решения основных задач получены навыки работы на BPwin, ERwin, Rational Rose, Data Modeler. Также освоены процессы генерации SQL-скрипта и кода Java.

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

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

Список используемой литературы

1.Тимоти Пайрон Использование Microsoft Project 2002

2.Элейн Мармел Project 2002 Библия пользователя

.Управление бюджетом проекта (PMBM01). Стандарт ANSI PMI PMBOK

.Лабораторная работа №1 «Создание концептуальной модели базы данных с использованием CASE-средства ERWin» (Merwin1.doc, Пример1.doc).

.Лабораторная работа Диаграммы потоков данных (LabDFD1.doc).

.Лабораторная работа Модель сущность-связь (ER) (ЛекцияERмодель.doc).

.Лабораторной работа №2 «Создание логической модели БД с использованием ERWin» (Merwin2.doc, Пример2.doc).

.Лабораторная работа «Создание логической модели данных средствами ERwin» (LBPS_ERW1.doc).

.Лабораторная работа «Создание логической модели данных средствами ERwin» (LBPS_ERW2.doc).

.Лабораторная работа №3 «Создание физической модели БД с использованием ERWin» (Пример3.doc)

.Лабораторная работа «Проектирование транзакций» (LBPS_tranz.doc).

.Лабораторная работа №2 Объектно-ориентированный анализ и проектирование: этап планирования разработки информационной системы (LAB_UM2.doc).

.Лабораторная работа №3 Объектно-ориентированный анализ и проектирование: построение концептуальной модели (LAB_UM3.doc).

.Лабораторная работа по UML №3 Диаграммы прецедентов (LAB_UML_ПРЕЦЕДЕНТЫ.doc).

.Лабораторная работа №4 Объектно-ориентированный анализ и проектирование: определение поведения системы на стадии анализа (LAB_UM4.doc).

.Лабораторная работа №5 Диаграмма видов деятельности (LAB_UM5.doc).

.Лабораторная работа №6 Диаграмма последовательностей (LAB_UM6.doc).

.Лабораторная работа №7 Объектно-ориентированный анализ и проектирование: построение диаграмм классов и пакетов на стадии логического проектирования информационной системы (LAB_UM7.doc).

.Лабораторная работа №8 Объектно-ориентированный анализ и проектирование: технология построения диаграмм Классов (LAB_UM8.doc).

.Лабораторная работа №9 Объектно-ориентированный анализ и проектирование: технология построения диаграмм Классов: работа с атрибутами и операциями (LAB_UM9.doc).

.Лабораторная работа №10 Объектно-ориентированный анализ и проектирование: технология построения диаграмм Классов: работа со связями (LAB_UM10.doc).

.Лабораторная работа №11 Объектно-ориентированный анализ и проектирование: моделирование поведения с помощью диаграмм состояний (LAB_UM11.doc).

.Лабораторная работа №12 Объектно-ориентированный анализ и проектирование: генерация структуры базы данных на стадии конструирования (LAB_UM12.doc).

.Лабораторная работа №13 Объектно-ориентированный анализ и проектирование: моделирование физических элементов с помощью диаграмм реализации на этапе конструирования (LAB_UM13.doc).

.Лабораторная работа №14 Объектно-ориентированный анализ и проектирование: генерация программного кода на этапе конструирования (LAB_UM14.doc).

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

Больше работ по теме: