Проектирование информационных баз данных

ИВЭСЭП

Санкт-Петербургский институт Внешнеэкономических связей экономики и права

Курсовой проект

Предмет: «Информационные технологии управления»

На тему: «Проектирование информационных баз данных»

Выполнил студент:

Смирнов Василий Борисович

Проверил:

Карташов Анатолий Петрович

г. Удомля 2006 г.

1. Использование информационных технологий в управлении проектами

1.1. Понимание сути проекта

1.2. Исследование управления проектами

1.3. Критический путь

1.4. Управление проектами с помощью программного обеспечения

1.5. Метод критического пути

1.5.1. Расчет основных временных параметров сетевого графа

1.5.2. Определение критического пути

2. Проектирование информационных баз данных

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

2.2. Входные (первичные) документы предметной области и их реквизиты

2.3. Постановка задачи. Организационно – экономическая сущность

2.4. Описание выходной информации

2.5. Описание входной информации

2.6. Разработка информационного обеспечения

3. Список использованной литературы

1. Использование информационных технологий в управлении проектами

В настоящее время актуальным является использование автоматизированного менеджмента проектов MicrosoftProject. Теоретическая часть проекта посвящена основам проектирования и вопросам управления проектами.

1.1 Понимание сути проектов

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

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

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

- Проекты имеют определенную временную структуру. Успех проекта почти всегда определяется сроками его завершения.

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

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

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

инструмента для достижения вершины проекта на протяжении всего жизненного цикла.

1.2 Исследование управления проектами

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

оПланирование

оБюджетирование

оУправление ресурсами

оКонтроль выполнения

Диаграммы, применяемые в управлении проектами

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

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

1.3 Критический путь

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

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

Каждая задача располагается в прямоугольнике называемом узлом (Nodes), и линиями, которые указывают потоки задач.

1.4 Управление проектами с помощью программного обеспечения

Чтобы управлять любым проектом, вы нуждаетесь в некотором наборе процедур. Программное обеспечение MicrosoftProject автоматизирует многие из этих процедур. С MicrosoftProject Вы можете:

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

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

3. Выявление конфликтов. Выявляя конфликты ресурсов на ранних стадиях, можно применить метод сценариев известный как “what-if” и разрешить существующие в проекте конфликты ресурсов.

4. Внесение изменений. Можно вносить изменения в продолжительность задачи и затраты, и автоматически произойдет настройка и оценка всего проекта в целом.

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

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

Для успешного управления Вашим проектом с помощью MicrosoftProject нужно сделать следующие:

Чтобы создать проект в MicrosoftProject, нужно ввести следующую информацию о ваших задачах:

- Название задачи

- Продолжительность задачи

- Зависимости между задачами

Чтобы контролировать затраты задач, нужно добавить информацию о ресурсах, включая:

- Список человеческих и материальных ресурсов и их затрат в течение рабочих и сверхурочных часов

- Назначения ресурсов определенным задачам

Чтобы контролировать продолжительность проекта, нужно регулярно вводить следующую информацию:

- Выполнение задачи

- Изменения в продолжительности задачи или зависимости

- Изменения в ресурсах - то есть ресурсы, которые добавлены или удалены из проекта

- Изменения в рабочем времени или стоимости ресурса

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

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

1.5 Метод критического пути (Criticalpath)

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

Для понимания основ метода критического пути следует понимать, что любая задача (событие, вершина графа) в вашем проекте характеризуется следующими временными параметрами:

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

Планирование работ с применением сетевого метода осуществляется в следующей последовательности:

1) составление перечня всех работ,

2) определение продолжительности работ,

3) составление сетевого графика,

4) расчёт основных параметров сетевого графика,

5) определение критического пути,

6) анализ сетевого графика и его оптимизация.

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

3t_MIN+ 2t_MАХ

t_ож =, где

5

t_MIN– минимальная продолжительность работы при благоприятных условиях

t_MАХ– максимальная продолжительность работы при неблагоприятных

условиях.

Для контроля правильности работ в каждом случае необходимо рассчитать величину дисперсии по формуле:

t²_t= 0,04 * (t_MАХ - t_MIN)²

Если t²_t> 1, то это свидетельствует о том, что не точно определены

t_MАХ и t_MINи поэтому необходимо повторить расчёт t_ож по новым значениям t_MАХ и t_MIN.

Перечень всех событий и работ, их продолжительность и дисперсии приведены в таблице.

Таблица

1.5.1 Расчёт основных временных параметров сетевого графика.

К основным параметрам описания сетевого графика относятся:

1) резервы времени событий,

2) резервы времени путей и работ.

Зная продолжительность всех работ, можно для любого события

сети определить по определённому правилу более ранний из возможных

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

свершения t_пi.

Для событий принадлежащих критическому пути t_pi= t_пi. Все события в сети, за исключением событий критического пути, имеют резервы времени, которые обозначаются:

R_i= t_пi− t_pi

Резерв времени события i показывает предельно допустимый период данного события, не вызывая при этом увеличения общего срока выполнения разработки. Зная ранний и поздний сроки наступления всех событий в сети можно для любой работы i, j определить:

1) самый ранний из возможных сроков начала работы –

t_{РН ij} = t_Рi

2) самый поздний из допустимых сроков начала работы –

t_{ПН ij}= t_{п i}− t_ij

3) самый ранний из возможных сроков окончания работ –

Т_{Р 0ij} = T_Pi+ t_ij

4) самый поздний из допустимых сроков окончания работ –

t_{П 0ij} = t_{П j}.

Для всех работ критического пути:

t_{РН ij}= t_{ПН ij}и t_{Р 0ij} = t_{П 0ij}, так как для всех событий этого пути t_Pi= t_{П i}.

Полный резерв времени работы:

R_{П (i-j)} = t_{ПО (j-j)} – t_{PН (i-j)} – t_(i-j) показывает на сколько может быть увеличена продолжительность отдельной работы или отсрочено её начало при условии, что продолжительность проходящего через неё максимального пути не превышала критического пути. У отдельных работ помимо полного резерва имеется свободный резерв времени:

R_C = R_{П( i-j)} – R _(i) – R_(j)где

R(i)=tп(i)-tр(i) – резерв времени максимального из путей, проходящих через это событие.

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

Временные параметры сетевого графика сведены в таблицу.

Таблица временных параметров

1.5.2 Определение критического пути.

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

Критический путь проходит через события:

0–1–2–3–4–5–6–8–9–10–11–12–13–14–15–16–17–18–19–20

Т_КР = 95 дней

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

Поздний срок наступления завершающего события определяет заданный (директивный) срок.

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

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

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

2. Проектирование информационных баз данных

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

Рассмотрим деятельность военного комиссариат. Предметной областью

автоматизации являются должностные функции работника отдела по
учету военнообязанных.

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

Должностные функции работника отдела по учету военнообязанных

заключаются в:

- Учет военнообязанных на предприятии;

- Формирование отчетной формы , и предоставление ее в военный комиссариат.

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

2.2. Входные (первичные) документы предметной области, их реквизиты:

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

Документы (в бумажном виде) содержат следующие реквизиты:

2.3 Постановка задачи. Организационно - экономическая сущность комплексазадач.

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

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

2.4 Описание выходной информации

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

1. Отчет о численности работающих граждан, пребывающих в запасе

2.5 Описание входной информации

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

Паспорт, военный билет, идентификационный номер налогоплательщика (ИНН) относятся к условно – постоянной информации, которая сохраняет свои значения достаточно длительный период времени.

Заявление приема на работу - оперативно-учетная информация.

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

Реквизитный состав первичных документов, предназначенных для ввода

информации в БД, представлен в табличном виде.

Назначение атрибутов и принцип ввода информации в них:

2.6 Разработка информационного обеспечения

Виды связей между атрибутами:

В данной концептуальной модели связи представлены связью - один ко многим и один к одному.

Информационно - логическая (концептуальная) модель в виде ЕR-диаграммы.

Запросы, формы, отчеты:

Запросы на выдачу информации из БД:

Экранные формы для просмотра информации в БД:

Отчет: выходная форма:

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

1. ГультяевА.К. MS Project2002. Управление проектами. Русифицированная

версия: Практическое пособие. - СПб.: КОРОНА принт, 2003. - 592с, ил.

2. Фергус О 'Коннэл "Как успешно управлять проектами. Серебряная пуля":

Пер. с англ. - М.: 2003. - 288 с.

3 http://www.BankReferatov.ru

4 Под редакцией профессора Г. А. Титоренко. Информационные технологии управления. Москва, 2003 г.