Проектирование ИС: общие понятия

Содержание

 

Введение………………………………………………………………………………………….3

 

 

1. Проектирование ИС: общие понятия……………………………………………….4

2. Описание бизнес-процессов в BP-Win…………………………………………...…6

2.1. IDEF0…………………………………………………………………………….6

2.2. IDEF3…………………………………………………………………………...10

2.3. DFD……………………………………………………………………………..13

3. ER-Win………………………………………………………………………..…..…14

4. Rational Rose………………………………………………………………………...18

4.1. Диаграмма вариантов использования………………………………………………………………....18

4.2. Диаграмма состояний………………………………………………………………………20

4.3. Диаграмма деятельности………………………………………………………………...…22

4.4. Диаграммы взаимодействий………………………………………………….23

4.5. Диаграммы классов……………………………………………………………26

4.6. Проектирование структуры web-сайта……………………………………....30

4.7. Визуальное представление web-сайта……………………………………….31

 

 

Заключение……………………………………………………………………………………...32

Список литературы……………….…………………………………………………………….33

Введение

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

- применение на практике знаний, полученных в процессе изучения курса «Проектирование информационных систем»;

- получение практических навыков создания ИС, основанных на БД.

- получение представлений о методах и средствах проектирования современных информационных систем;

- приобретение навыков использования CASE-средств проектирования ИС.

 

 

Проектирование ИС: общие понятия

 

Проектирование - процесс преобразования входной информации об объекте проектирования в проект ИС, т.е. процесс проектирование сводится к последовательной формализации проектных решений на различных стадиях ЖЦ ИС.

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

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

Субъект проектирования - коллектив специалистов, осуществляющих проектную деятельность, из организации, ведущей разработку и организации заказчика.

 

Этапы проектирования ИС:

I. Планирование и анализ требований (предпроектная стадия) - системный анализ
Включает

ü Исследование и анализ существующей ИС

ü Определение требований к создаваемой ИС

ü Оформление технико-экономического обоснования

ü Оформление технического задания на разработку ИС

 

II. Проектирование (техническое проектирование или логическое проектирование)
Включает

ü Разработку в соответствии со сформулированными требованиями функциональной и системной архитектуры

ü Оформление технического проекта

Последовательность и содержание этих этапов предписываются [ ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.], следующим образом:

1. Формирование требований к ИС.

1.1. Обследование объекта автоматизации и обоснование необходимости (целесообразности) создания ИС.

1.2. Формирование требований заказчика к ИС (определение целей).

1.3. Оформление отчета о выполненной работе и заявки на разработку ИС (тактико-технического задания)

Разработка концепции ИС.

2.1. Изучение объекта

2.2. Проведение необходимых научно-исследовательских работ

2.3. Разработка вариантов концепции ИС и выбор концепции, наиболее полно удовлетворяющего требованиям заказчика

2.4. Оформление отчета о выполненной работе

3. Техническое задание

Разработка, согласование и утверждение ТЗ на создание ИС

Эскизный проект

4.1. Разработка предварительных проектных решений по ИС и ее частям

4.2. Разработка документации на ИС и ее части

Технический проект

5.1. Разработка проектных решений по системе и ее частям

5.2. Разработка документации на ИС и ее части

5.3. Разработка и оформление документации на поставку изделий для комплектования ИС и/или технических требований на их разработку

5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

После завершения работы над проектом ИС наступает стадия разработки ИС или, как говорят чаще, реализации.

 

III. Реализация (рабочее проектирование, программирование)
Включает

ü Создание программного обеспечения ИС и его отладку

ü Наполнение БД

ü Создание рабочих инструкций для персонала

ü Оформление рабочих проектов

 

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

 

IV. Внедрение (тестирование, опытная эксплуатация)
Включает

ü Запуск системы у заказчика

ü Комплексную отладку подсистем ИС

ü Обучение персонала

ü Поэтапное внедрение в эксплуатацию

ü Оформление акта о приемо-сдаточных испытаниях ИС

 

На этапе эксплуатации роль разработчиков системы сводится к выполнению гарантийных обязательств и послегарантийных работ. Комплекс таких работ иногда называют сопровождением ИС.

 

V. Эксплуатация (сопровождение, модернизация)
Включает

ü Сбор информации о функционировании ИС

ü Исправление ошибок и недоработок

ü Оформление требований к модернизации

 

Подходы к проектированию ИС:

ü Функционально модульный или структурный - в основу положен принцип функциональной декомпозиции, в котором система описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами.

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

 

I. IDEF0

IDEF0 - Function Modeling - методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (WorkFlow).

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

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

IDEF0

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

Пример диаграммы декомпозиции А1, А2, А3, А4 для рекламного агентства

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

Стрелками входа для «заключения договоров» являются звонки клиентов и документация. Стрелками управления служат законодательство и антиплагиат. Стрелками механизма выступают директор и сотрудники рекламного агентства. Стрелка выхода – заказ клиента.

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

Стрелкой входа для «подготовки к выпуску» являются являются документы, для подготовки к выпуску продукции. Стрелками управления служат законодательство и антиплагиат. Стрелками механизма выступают директор и сотрудники рекламного агентства. Стрелка выхода – контроль за процессом.

Стрелкой входа для «выпуска рекламной продукции» является контроль за процессом. Стрелками управления служат законодательство и антиплагиат. Стрелками механизма выступают директор и сотрудники рекламного агентства. Стрелки выхода – прибыль и готовая рекламная продукция.

 

II. IDEF3

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

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

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

 

Основой модели является сценарий бизнес процесса. Единицы работы Unit of Work (UOW), также называемые работами (activity), являются центральными компонентами модели.

Связи. Обычно организовываются слева направо, так чтобы стрелка начиналась на правой стороне и заканчивалась на левой.

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

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

· Разворачивающие соединения используются для разбиения потока

· Сворачивающие соединения объединяют потоки

 

 

Типы соединений

Графическое обозначение	Название	Вид	Правила инициализации
	Соединение И	Разворачивающее	Каждое конечное действие обязательно инициализируется.
Сворачивающее	Каждое исходное действие обязательно должно завершиться.
	Соединение Эксклюзивное ИЛИ	Разворачивающее	Одно и только одно конечное действие инициируется.
Сворачивающее	Одно и только одно исходное действие должно завершиться.
	Соединение ИЛИ	Разворачивающее	Одно (или более) конечное действие инициируется.
Сворачивающее	Одно (или более) исходное действие должно завершиться.

Соединение ИЛИ. Предназначено для тех случаев, которые не могут быть описаны первыми 2 способами.

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

Синхронное	Асинхронное

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

III. DFD

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

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

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

ü внешние сущности (внешние ссылки) external references;

ü системы/подсистемы (функции обработки информации, работы);

ü процессы;

ü накопители данных, хранилища data store (таблицы для хранения информации);

ü потоки данных (стрелки) arrows - документы, объекты, сотрудники или отделы, которые участвуют в обработке информации

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

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

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

Создание диаграммы потоков данных

 

Физическая модель

Логическая модель

Rational Rose

CASE средство Rational Rose фирмы (Rational Software Corporation) является одним из наиболее мощных инструментариев анализа и проектирования объектно-ориентированных систем. Реализует генерацию кодов программ для С++, Visual C++, VB, Java, Power Builder. Базируется на UML.

 

Диаграмма вариантов использования

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

 

Условное обозначение	Описание условного обозначения
	Actor-актер системы, т.е. любое действующее лицо, которое представляет собой любую внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей. В системе актерами являются «Менеджер по поставкам», «Менеджер по продажам», «Начальник транспортного отдела» и «Управляющий».
	Use case -стандартное обозначение варианта (прецедента) использования, описывающий типичное взаимодействие между пользователем и системой.
	связь, называемая коммуникацией (communication). Устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования.
	связь включения (include) между двумя вариантами использования, которая указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательности поведения другого варианта использования.
	связь расширение (extend)отмечает тот факт, что один из вариантов использования может присоединять к своему поведению некоторое дополнительное поведение, определенное для другого варианта использования.

 

Диаграмма состояний

Диаграммы состояний (state diagrams) являются хорошо известным средством описания поведения систем. Они определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате влияния некоторых событий. Условные обозначения диаграммы состояний:

 

Условное обозначение	Описание условного обозначения
	начальное состояние, не содержит никаких внутренних действий, в этом состоянии находится объект по умолчанию в начальный момент времени.
	конечное состояние, которое также не содержит никаких внутренних действий. В этом состоянии будет находиться по умолчанию после завершения работы в конечный момент времени. Оно служит для указания графической области, в которой завершается процесс изменения состояния.
	Состояние.
	Переходом (transition) называется перемещение объекта из одного состояния в другое.
	Рефлекторный переход.

 

Диаграмма состояний для оформления заказа на рекламу

 

С состоянием можно связывать следующие данные: деятельность, входное действие, выходное действие и событие.

Деятельность (activity) - это поведение, реализуемое объектом, пока он находится в данном состоянии. Деятельность изображают внутри самого состояния; ее обозначению должно предшествовать слово do (делать) и двоеточие.

Входное действие (entry action) - это поведение, которое выполняется, когда объект переходит в данное состояние. Входное действие также показывают внутри состояния, его обозначению предшествуют слово entry (вход) и двоеточие.

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

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

Сторожевое условие (guard condition) представляет собой некоторое булевское выражение. Если сторожевое условие принимает значение “истина”, то соответствующий переход срабатывает и объект переходит в новое состояние. Если сторожевое условие принимает значение “ложь”, то переход не может срабатывать, и при отсутствии других переходов объект не может перейти в другое состояние по данному переходу.

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

Составное состояние (composite state) - это такое сложное состояние, которое состоит из вложенных в него состояний.

Историческое состояние (history state) применяется в контексте составного состояния. Оно используется для запоминания того из последовательных подсостояний, которое было текущим в момент выхода из составного состояния. Обозначается символом h в кружочке.

Диаграммы взаимодействия

Диаграммы взаимодействия (interaction diagrams) описывают поведение взаимодействующих групп объектов. Каждая диаграмма описывает поведение объектов в рамках только одного прецедента. На диаграмме изображаются объекты и те сообщения, которыми они обмениваются между собой. Диаграммы взаимодействия отражают поток событий, происходящий в рамках прецедента.

Диаграммы последовательности действий отображают взаимодействие объектов, упорядоченное по времени. Диаграммы последовательности обычно соответствуют реализации прецедентов в логическом представлении системы. На диаграмме последовательности объект изображается в виде прямоугольника на вершине пунктирной вертикальной линии. Эта вертикальная линия называется линией жизни (lifeline) объекта или временной линией (timeline). Она представляет собой фрагмент жизненного цикла объекта в процессе взаимодействия. Линия жизни служит для обозначения периода времени, в течении которого объект существует в системе и следовательно может потенциально участвовать во всех ее взаимодействиях. В процессе функционирования объектно-ориентированных систем одни объекты могут находиться в активном состоянии, непосредственно выполняя определенные действия или в состоянии пассивного ожидания сообщений от других объектов. Чтобы явно выделить подобную активность объектов применяется специальное понятие, получившее название фокус управления. Фокус управления изображается в виде вытянутого узкого прямоугольника.

Каждое сообщение изображается в виде стрелки между линиями жизни двух объектов. Сообщения появляются в том порядке, как они показаны на странице, сверху вниз.

 

Диаграммы классов

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

Атрибут - это элемент информации, связанный с классом.

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

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

Ассоциации (association) - отношения между экземплярами классов.

Стрелки - навигации. Могут быть однонаправленные и двунаправленные.

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

Агрегации (aggregations) представляют собой более тесную форму ассоциации. Агрегация - это связь между целым и его ча­стью.

Стереотипы - это механизм, позволяющий разделять классы на категории. В языке UML основными стереотипами являются: Boundary (граница), Entity (сущность) и Control (управление).

Граничные классы (boundary classes) - это классы, которые расположены на границе системы и окружающей среды. Они включают все формы, отчеты, интерфейсы с аппаратурой (такой, как принтеры или сканеры) и интерфейсы с другими системами.

Классы-сущности (entity classes) отражают основные понятия (абстракции) предметной области и, как правило, содержат хра­нимую информацию. Обычно для каждого класса-сущности со­здают таблицу в базе данных.

Управляющие классы (control classes) отвечают за координа­цию действий других классов. Обычно у каждого варианта ис­пользования имеется один управляющий класс, контролирующий последовательность событий этого варианта использования. Уп­равляющий класс отвечает за координацию, но сам не несет в себе никакой функциональности - остальные классы не посылают ему большого количества сообщений. Вместо этого он сам посылает множество сообщений. Управляющий класс просто делегирует ответственность другим классам, по этой причине его часто называют классом-менеджером.

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

Диаграммы компонентов (component diagram) показывают различные компоненты системы и зависимости между ними. Компонент представляет собой физический компонент программного кода. Зависимости между компонентами показывают как изменения одного компонента могут повлиять на другой.

Диаграммы размещения (deployment diagram) отражают физические зависимости между программными и аппаратными компонентами разрабатываемой системы Показывает размещение объектов и компонентов в распределенной системе. Каждый узел представляет собой некоторый тип вычислительного устройства.

 

Пример диаграммы классов для рекламного агентства

СотрН INTEGER NOT NULL,

ЗаказН INTEGER NOT NULL,

CONSTRAINT PK_T_1446 PRIMARY KEY (сотрН, заказН)

);

CREATE INDEX TC_T_14114 ON T_14 (сотрН);

CREATE INDEX TC_T_14115 ON T_14 (заказН);

CREATE TABLE T_сотрудники (

СотрН INTEGER NOT NULL,

СотрН INTEGER,

CONSTRAINT PK_T_должности42 PRIMARY KEY (кодДолжности)

);

CREATE INDEX TC_T_должности129 ON T_должности (сотрН);

CREATE TABLE T_прайслист (

КодУслуги INTEGER NOT NULL,

ЗаказН INTEGER NOT NULL,

ДатаЗ DATE NOT NULL,

Получен SMALLINT NOT NULL,

КодУслуги INTEGER,

T_прайслист_кодУслуги INTEGER NOT NULL,

CONSTRAINT PK_T_виды_услуг44 PRIMARY KEY (кодПродукции)

);

CREATE INDEX TC_T_виды_услуг131 ON T_виды_услуг (кодУслуги);

CREATE INDEX TC_T_виды_услуг132 ON T_виды_услуг (T_прайслист_кодУслуги);

CREATE TABLE T_16 (

ЗаказН INTEGER NOT NULL,

КодУслуги INTEGER NOT NULL,

CONSTRAINT PK_T_1648 PRIMARY KEY (заказН, кодУслуги)

);

CREATE INDEX TC_T_16119 ON T_16 (заказН);

CREATE INDEX TC_T_16120 ON T_16 (кодУслуги);

CREATE TABLE T_клиент (

КлиентН INTEGER NOT NULL,

ТелефонКЛ INTEGER NOT NULL,

ПаспортКл INTEGER NOT NULL,

Пример проектирование структуры Web-сайта при помощи Rational Rose

 

Заключение

В ходе выполнения курсовой работы были достигнутые поставленные цели, такие как: применение на практике знаний, полученных в процессе изучения курса «Проектирование информационных систем» и получение практических навыков создания информационных систем, основанных на БД. Так же, я считаю, с успехом были освоены программы «Process Modeler», «ERwin Data Modeler» и «IBM Rational rose».

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

Содержание

 

Введение………………………………………………………………………………………….3

 

 

1. Проектирование ИС: общие понятия……………………………………………….4

2. Описание бизнес-процессов в BP-Win…………………………………………...…6

2.1. IDEF0…………………………………………………………………………….6

2.2. IDEF3…………………………………………………………………………...10

2.3. DFD……………………………………………………………………………..13

3. ER-Win………………………………………………………………………..…..…14

4. Rational Rose………………………………………………………………………...18

4.1. Диаграмма вариантов использования………………………………………………………………....18

4.2. Диаграмма состояний………………………………………………………………………20

4.3. Диаграмма деятельности………………………………………………………………...…22

4.4. Диаграммы взаимодействий………………………………………………….23

4.5. Диаграммы классов……………………………………………………………26

4.6. Проектирование структуры web-сайта……………………………………....30

4.7. Визуальное представление web-сайта……………………………………….31

 

 

Заключение……………………………………………………………………………………...32

Список литературы……………….…………………………………………………………….33

Введение

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

- применение на практике знаний, полученных в процессе изучения курса «Проектирование информационных систем»;

- получение практических навыков создания ИС, основанных на БД.

- получение представлений о методах и средствах проектирования современных информационных систем;

- приобретение навыков использования CASE-средств проектирования ИС.

 

 

Проектирование ИС: общие понятия

 

Проектирование - процесс преобразования входной информации об объекте проектирования в проект ИС, т.е. процесс проектирование сводится к последовательной формализации проектных решений на различных стадиях ЖЦ ИС.

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

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

Субъект проектирования - коллектив специалистов, осуществляющих проектную деятельность, из организации, ведущей разработку и организации заказчика.

 

Этапы проектирования ИС:

I. Планирование и анализ требований (предпроектная стадия) - системный анализ
Включает

ü Исследование и анализ существующей ИС

ü Определение требований к создаваемой ИС

ü Оформление технико-экономического обоснования

ü Оформление технического задания на разработку ИС

 

II. Проектирование (техническое проектирование или логическое проектирование)
Включает

ü Разработку в соответствии со сформулированными требованиями функциональной и системной архитектуры

ü Оформление технического проекта

Последовательность и содержание этих этапов предписываются [ ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.], следующим образом:

1. Формирование требований к ИС.

1.1. Обследование объекта автоматизации и обоснование необходимости (целесообразности) создания ИС.

1.2. Формирование требований заказчика к ИС (определение целей).

1.3. Оформление отчета о выполненной работе и заявки на разработку ИС (тактико-технического задания)

Разработка концепции ИС.

2.1. Изучение объекта

2.2. Проведение необходимых научно-исследовательских работ

2.3. Разработка вариантов концепции ИС и выбор концепции, наиболее полно удовлетворяющего требованиям заказчика

2.4. Оформление отчета о выполненной работе

3. Техническое задание

Разработка, согласование и утверждение ТЗ на создание ИС

Эскизный проект

4.1. Разработка предварительных проектных решений по ИС и ее частям

4.2. Разработка документации на ИС и ее части

Технический проект

5.1. Разработка прое