Навигация
2.3 Связи между сущностями
Связи между сущностями бывают трех типов: один-к-одному, один-ко-многим и многие-ко-многим. В ERWin используются связи один-ко-многим и многие-ко-многим.
Получившиеся в работе сущности, между собой связаны так:
2.4 Переход на физический уровень
Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т.д. Разделение модели данных на логические и физические позволяет решить несколько важных задач.
Связь многие-ко-многим возможна только на уровне логической модели данных, поэтому при переходе к физическому уровню ERWin автоматически преобразует связь многие-ко-многим, добавляя новую, ассоциативную сущность и устанавливая две новые связи один-ко-многим от старых к новой сущности.
Диаграммы логического и физического уровней, полученные в результате проектирования находятся в Приложении 2.
3. Описание MS Project
Одним из наиболее распространенных программных продуктов, предназначенных для управления проектами, является Microsoft Project. На сегодняшний день - MS Project представляет собой оптимальный набор программных инструментов для управления проектами со стандартным офисным интерфейсом, что является немаловажным фактором для большинства пользователей, работающих с пакетом MS Office.
Основные особенности пакета:
- иерархические коды структур для задач и ресурсов;
- расходуемые материалы как вид ресурсов;
- месяц как единица длительности работ;
- индивидуальные календари для задач;
- графические индикаторы для наглядного представления "проблемных" задач;
- поля с формулами вычислений, определяемыми пользователями;
- две шкалы времени (основная и вспомогательная);
- указание приблизительного периода выполнения задачи (с последующим уточнением);
- создание шаблонов проектов.
3.1 Описание WBS
WBS является средством для разделения всех работ по проекту на управляемые, определяемые пакеты работ, позволяющие достичь уровень детализации предоставляемой информации, соответствующий потребностям руководства проекта в контроле. WBS позволяет определить работу по проекту с точки зрения жизненного цикла проекта.
WBS позволяет свести цели проекта к иерархии средств их достижения, или, что то же, получения результатов, предусмотренных проектом. WBS является так же инструментом, позволяющим руководителю проекта получить описание конечного результата (продукта, услуги) проекта и всех подпроектов, в результате которых будет достигнут запланированный результат. Далее WBS может разделяться (и результаты подразделяться) на части для специализации видов и объемов работ участников проекта, координации их действий и закрепления ответственности за объемами работ, вплоть до уровня, обеспечивающего управляемость и надлежащее администрирование проекта.
WBS обеспечивает выявление работ, необходимых для достижения целей проекта. При таком подходе проект определяется в терминах иерархически взаимосвязанных ориентированных на результат элементов (пакетов работ – комплексов работ, сгруппированных по заданным основаниям/критериям). Каждый следующий уровень декомпозиции обеспечивает последовательную детализацию содержания проекта, что позволяет производить оценку выполненных объемов работ, освоенных денег и выполнения по срокам. На нижних уровнях пакетам работ соответствуют сравнительно меньшие объемы работ. Это упрощает оценку процента выполнения и дает возможность более четко определять действия, необходимые для достижения целей проекта.
Структура декомпозиции работ (WorkBreakdownStructure – WBS) может разрабатываться «с нуля» либо с использованием компонентов уже созданных WBS структур. При использовании существующих компонентов, элементы WBS составляются из элементов предыдущих проектов - аналогов или из стандартных шаблонов проектов, применяемых в данной организации, на основе удачных или типовых решений по аналогичным проектам.
3.2 Правила разработки WBS
При разработке WBS необходимо принимать во внимание следующие основные правила:
1. Каждый элемент WBS должен обеспечивать достижение ощутимого результата.
2. Каждый элемент WBS должен являться агрегатом всех подчиненных элементов, перечисленных непосредственно под ним.
3. Результаты должны логически декомпозироваться до уровня, на котором можно определить, как они будут достигаться (проектирование, поставки, заключение договоров, производство). Декомпозиция результатов, начиная от верхнего уровня WBS (проекта) до нижнего уровня должно быть логически связано.
4. Результаты пакетов работ должны быть уникальными и отличаться от результатов других пакетов работ того же уровня. Они должны декомпозироваться до уровня детализации, обеспечивающей успешное планирование, координацию и контроль работ, связанных с достижением поставленных целей.
5. Процесс разработки WBS должен представлять собой гибкий механизм, позволяющий корректировать WBS, особенно когда объем работ по проекту может изменяться. Однако, для успешного управления проектом, необходимо тщательно обеспечить процесс контроля изменений для документирования и управления изменениями содержания проекта. При изменении содержания проекта WBS должна быть откорректирована.
6. Каждый элемент WBS(пакет работ), представляющий собой объем работ подрядчика или других внешних организаций, должен быть согласован непосредственно с соответствующими элементами WBS подрядчика.
7. Все результаты в явном виде должны быть включены в WBS.
8. Для всех важных событий, связанных с отчетностью (например, Штабы, ежемесячные отчеты, отчеты о проведении испытаний и т.д.) должны быть включены и определены соответствующие пакеты работ.
9. Все пакеты работ должны быть совместимы с организационной структурой и структурой затрат.
10. Результаты должны быть четко определены так, чтобы исключить дублирование объемов работ внутри элементов WBS, в целом по организации или отдельными ответственными за выполнение работ.
11. Результаты должны иметь размер, достаточный для эффективного управления, но не настолько малый, чтобы сделать затраты на контроль чрезмерными.
WBS разрабатывается путем итерационного рассмотрения целей и результатов проекта, критериев планирования, достижения функциональности, объема работ, реализации технических требований и других технических атрибутов. Верхние уровни WBS могут быть разработаны на ранней, концептуальной стадии проекта. Дальнейшая детализация WBS возможна, как только будет определен проект и подготовлены спецификации.
Похожие работы
... является Client.exe. Для организации доступа к базе данных используется драйвер ODBC для SQL-сервера Microsoft, версия 03.81.9030. 5.2 Функциональное назначение Программный продукт «Автоматизированная система учёта товаров на оптовом складе (клиент)» предназначен для доступа к базе данных, хранящей сведения о поступлении и продаже товаров на складе, а также для оформления и печати складских ...
... , измерять и оценивать результаты деятельности. 1.Постановка задачи. Целью выполнения работы является разработка информационного и программного обеспечения предметной области, связанной с работой магазина по продаже сувениров и их упаковки. Проект реализован в СУБД ACCESS. Microsoft Access – это система управления базами данных (СУБД), предназначенная для создания и обслуживания баз данных, ...
Бухгалтерский баланс как информационная модель оценки фактического положения хозяйствующих субъектов
... по заранее составленному плану. Для этого необходимо проведение целого ряда мероприятий, а именно: 1. на хозяйствующих субъектах объявляется инвентаризация; 2. выравниваются остатки на всех счетах бухгалтерского учета; 3. проводится аудиторская проверка при необходимости; 4. рассчитывается соотношение фактических командировочных, представительских расходов, расходов на рекламу, расходов на ...
... существующей технологии можно отнести отсутствие связи с бухгалтерией и таких отчетных форм, как прайс-лист по наличию товаров на складе, т.к. он наглядно показывает наличие замков. 1.5. Постановка задачи автоматизации учета продажи товаров в ООО "Мастер-СД" 1.5.1. Цель автоматизированного решения задачи учета продажи товаров Назначением реализации проекта "Автоматизация учета продаж в ООО ...
0 комментариев