Лабораторная работа №1 Разработка описания и анализ информационной системы



Скачать 235,84 Kb.
Дата17.10.2016
Размер235,84 Kb.
Содержание

Лабораторная работа №1……………………………………………………3

Лабораторная работа №2……………………………………………………7

Лабораторная работа №3…………………………………………………..13

Лабораторная работа №4…………………………………………………..16

Лабораторная работа №5…………………………………………………..27



Лабораторная работа №1

Разработка описания и анализ информационной системы

1.Цель работы: описать и проанализировать информационную систему, распределить роли в группе разработчиков


2.Введение

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


3.Описание информационной системы (ПО)

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

Для выполнения задачи может потребоваться специалист по укладке и настройке локальных сетей (ЛВС).
4.Анализ осуществимости

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

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

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

Для осуществления проекта руководству магазина видеопроката потребуется приобрести компьютерную технику (1-2 компьютера в зал и один головной, 2 принтера в зал и 1 головной), оплатить прокладку между компьютерами ЛВС и подключить ее к сети интернет, оплатить разработку ПО с общей базой данных. Данные затраты под силу отделу видеопроката, потому данный проект осуществим.
5.Роли участников группы разработки ПО

Руководитель – общее руководство проектом, написание документации, общение с заказчиком ПО.

Системный аналитик – разработка требований (составление технического задания, проекта программного обеспечения)

Тестер – составление плана тестирования и аттестации готового ПО (продукта), составление сценария тестирования, базовый пример, проведение мероприятий по плану тестирования

Разработчик (программист) – моделирование компонент программного обеспечения, кодирование.
6.Программно-аппаратные средства, используемые при выполнении работы

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

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

Наконец, еще одним важным достоинством системы программирования Delphi является ее универсальность. Дело в том, что многие современные языки и соответствующие системы программирования созданы для решения узкоспециальных задач. Так, язык Cobol предназначен в первую очередь для создания программ в области экономики, язык Fortran – для инженерно-технических расчетов, языки Lisp и Prolog – для работы над системами искусственного интеллекта и т.д. Система же Delphi позволяет создавать профессиональные и эффективно работающие приложения, используемые в самых различных сферах человеческой деятельности.

Access представляет собой простую, но достаточно мощную настольную реляционную СУБД и преимущественно предназначен для создания некоммерческих приложений или приложений средней мощности, не связанных с интенсивной обработкой данных. Access входит в состав MS Office и достаточно тесно интегрирован с остальными ее компонентами.

Среди достоинств Access можно выделить также следующие:

1.Простота освоения. Возможность использования непрофессионалом;

2.Визуальное программирование. Простую БД можно создать только с помощью мыши, даже не прибегая к программированию;

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

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

5.Тесная интеграция с остальными компонентами MS Office.
7.Заключение

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


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

1.Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения. – СПб.:Питер, 2002. – 496 с.

2. Константайн Л., Локвуд Л. Разработка программного обеспечения. – СПб.:Питер, 2004. – 592 с.


Лабораторная работа № 2

Разработка требований к информационной системе

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

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

1. анализ технической осуществимости создания системы,

2. формирование и анализ требований,

3. специфицирование требований и создание соответствующей документации,

4. аттестация этих требований.


3. Программно-аппаратные средства, используемые при выполнении работы.

Metamill 4.2 - небольшая программа для CASE-моделирования. Обладает весьма скромными графическими возможностями. Плохо документирована. Строит диаграммы Class, Composite Structure, Component. Deployment. Object. Package, Activity. Sequence. Communication, Use Case и State Machine и экспортирует их в форматы .jpeg. .emf. .bmp, .png. Реализует самую последнюю спецификацию языка - UML 2.0. 30-дневная оценочная


версия бесплатно доступна на сайте. Позволяет генерировать код на
C++, С#, Java.

Мы же в построении диаграмм будем использовать пакет MS Visio 2007.

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

Диаграмма идентификации точек зрения



Иерархия точек зрения:



В процессе аттестации требований были выдвинуты следующие требования:

1.Наличие общей базы данных, доступных для редактирования по разрабатываемой ЛВС.

2.Возможность просмотра занятости («уже в прокате») видеодиска.

3.Возможность занесения клиентских данных, добавление постоянных покупателей как «со скидкой».

4.Просмотр базы данных консультантами и администратором на разных компьютерах, подключенных к общей ЛВС.

5.Оформление видеопроката диска с использованием общей формы (ФИО покупателя, дата, наименование диска (-ов) и т.д.

На основании этих данных составим техническое задание на ИС.


ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на разработку ИС «Видеопрокат»

Общие сведения

1.1. Наименование системы

Аналитическая информационная система «Видеопрокат».

2.1. Назначение и цели создания системы

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

Характеристика объектов информатизации

3.1. Краткое описание работы магазина

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

3.2. Описание объектов информатизации

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

Требования к информационной системе

4.1. Базовые принципы разработки подсистем

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

-Исключение дублирования ввода информации и повышение ее достоверности, за счет отождествления ранее введенной информации;

-Изоляция создаваемых таблиц базы данных друг от друга.

Система должна удовлетворять следующим требованиям:

-Пользовательский интерфейс системы должен быть сформирован в соответствии с навыками и профилем обычных пользователей.

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

-Интеграция с базами данных, поддерживающих Microsoft-технологии;

-Возможность подключения базы данных из любого места жесткого диска.

4.2. Требования к архитектуре системы

Архитектура системы «Видеопрокат» является однозвенной. В качестве клиентского приложения выступает разработанное в среде Delphi ПО.

4.3. Требования к способам и средствам связи для информационного обмена между компонентами (модулями)

Система должна взаимодействовать между компьютерами в пределах единой компьютерной сети (Интернет/ЛВС), в которой происходит весь обмен информацией.

4.4. Требования к режимам функционирования подсистемы

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

4.5. Требования к пользователям

Система подразумевает два типа пользователя:

Консультант – имеет доступ к просмотру и добавлению данных по видеопрокату, а также к регистрации постоянной клиентской базы;

Администратор - имеет доступ к просмотру и удалению имеющихся данных.

4.6. Требования к защите информации от несанкционированного доступа

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

4.7. Требования к обмену данными

Обмен данными должен происходить по сети в среде Intranet/Internet с поддержкой протокола TCP/IP.

4.8. Требования к внешней среде системы

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

4.9. Требования к хранению данных

База данных «Видеопрокат» должна содержать следующие данные:

-Данные покупателей (ФИО, адрес, контактный телефон и т.д.).

-Данные о видеофонде (наименование диска, номер диска).

-Данные о прокате (номер диска, ФИО покупателя, адрес, контактный телефон, дата проката, дата возврата).

Тестирование

Перед сдачей Модулей и Компонент Заказчику для выявления возможных сбоев в работе производится занесение тестовых данных в базу данных и производится работа с ней в течение одних суток.



Порядок контроля и приемки Системы

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

-Предварительные: добавление случайных данных через ПО во все таблице баз данных с целью выявления грубых ошибок сохранения данных.

-Контрольные: полное заполнение имеющихся таблиц данных, проверка системы «на сбой» в течение суток.



Требования к проектной документации

Состав и комплектность проектной документации должна соответствовать требованиям ГОСТ 34.201-89.


5. Заключение

В процессе работы создано техническое задание на разрабатываемое ИС «Видеопрокат», аттестованы все имеющиеся точки зрения на разрабатываемую ИС.


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

1.Иванова Г.С. Технология программирования: Учебник для вузов. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2002. - 320 с.

2.ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы

3.ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению



Лабораторная работа №3

Методология функционального моделирования

1.Цель работы: Изучить методологии функционального моделирования IDEF0 и IDEF3.

2.Введение

Работа направлена на ознакомление с методологиями функционального моделирования IDEF0 и IDEF3, получение навыков по применению данных методологий для построения функциональных моделей на основании требований к информационной системе.
3.Программно-аппаратные средства, используемые при выполнении работы

При построении диаграмм будем использовать пакет MS Visio 2007.

Microsoft Office Visio – это решение для создания технических и деловых диаграмм, предназначенных для систематизации и наглядного представления различных данных, процессов и систем.

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


4.Основная часть

Функциональный блок:



Контекстная диаграмма:



Диаграмма первого уровня декомпозиции:



Декомпозиция составляющих диаграммы (второго уровня):

-Уточнение контактных данных
-Уточнение данных видеопроката

5.Заключение

В процессе работы составлена IDEF0 и IDEF3 модели разрабатываемого процесса работы магазина видеопроката. Произведена декомпиляция составляющих диаграммы.
6.Список используемой литературы

1.Свиридов С., Курьян А.. IDEF0: функциональное моделирование деловых процессов // Центр ОТСМ-ТРИЗ технологий, Минск, Беларусь 1997

2.Курьян А. Г., Серенков П.С. Использование IDEF0 для описания и классификации процессов в рамках системы качества МС ИСО семейства 9000 версии 2000.

3.Верников Г.. Основные методологии обследования организаций. Стандарт IDEF0. // Управленческое консультирование.



Лабораторная работа №4

Методология объектно-ориентированного моделирования

1.Цель работы: Ознакомление с основными элементами определения, представления, проектирования и моделирования программных систем с помощью языка UML.
2.Введение

Унифицированный язык моделирования (Unified Modeling Language - UML) это язык для специфицирования, визуализации, конструирования и документирования программных систем, а так же бизнес моделей и прочих не программных систем. UML представляет собой объединение инженерных приемов, которые ранее успешно использовались при моделировании больших и сложных систем

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

Унифицированный Язык Моделирования (UML):

- не зависит от объектно-ориентированных (ОО) языков программирования;

-и не зависит от используемой методологии разработки проекта;

- может поддерживать любой ОО язык программирования.

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


3.Программно-аппаратные средства, используемые при выполнении работы

При построении диаграмм будем использовать пакет MS Visio 2007.

Microsoft Office Visio – это решение для создания технических и деловых диаграмм, предназначенных для систематизации и наглядного представления различных данных, процессов и систем.

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


4.Основная часть ИС «Видеопрокат»

Рассмотрим функцию оформления проката покупателям. Исходя из этого, составим диаграмму вариантов.


Рис. 1 – Диаграмма вариантов
В этом участии обычно принимают следующие субъекты:

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

- менеджер по продаже, собирающий все документы, необходимые для оформления проката

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

Учитывая все особенности составим две диаграммы: последовательности и кооперации.

Рис. 2 – Диаграмма последовательности


Рис. 3 – Диаграмма кооперации


Создадим БД в Access, которая будет сохранять все данные клиента. Для этого создадим 3 таблицы: Otdel_prodaz (Отдел продаж), Otdel_buchgalter (Отдел бухгалтерии), Otdel_klient (Клиентские данные). Структуру базы данных можно представить в виде таблиц.
Таблица 1 – Структура Otdel_prodaz

Наименование поля

Тип данных

Размер поля

Значение

FIO

Текстовый

30

ФИО клиента

Num_video

Числовой

10

Номер видеодиска

Data_pokupki

Дата/время

-

Дата покупки

Address, phone

Текстовый

-

Контактные данные покупателя

Stoimost

Денежный

15

Стоимость проката

Nazvanie filma

МЕМО

-

Название видеодиска

Data_vozvrata

Дата/время

-

Дата окончания проката

Num_klienta

Текстовый

15

Номер клиента

Таблица 2 – Структура Otdel_buchgalter



Наименование поля

Тип данных

Размер поля

Значение

FIO

Текстовый

30

ФИО клиента

Data_pokupki

Дата/время

-

Дата покупки

Stoimost

Денежный

15

Стоимость билета

Таблица 3 – Структура Otdel_klient



Наименование поля

Тип данных

Размер поля

Значение

FIO

Текстовый

30

ФИО клиента

Address, phone

Текстовый

-

Контактные данные покупателя

Data_vidachi

Дата/время

-

Дата выдачи диска

Num_klienta

Текстовый

15

Номер клиента

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



Рис. 5 – Диаграмма классов


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

Рис. 6 – Диаграмма состояний


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

Подключение к базе данных будем производить при помощи средств ADO. Всего будет три программы для каждого отдела: Meneger для менеджеров по продажам, Admin для администратора. Окончательно оболочка для работы с базой данных выглядет как показано на рисунках 7-9.



Рис. 7 – ИС «Видеопрокат – Отдел продаж»


Рис. 8 – ИС «Видеопрокат – Администратор»


На основе этих данных создадим диаграмму размещения и компонентов.

Рис. 9 – Диаграмма размещения



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


Обозначим стереотипы классов. Их выделим два:

- Uslugi – лица, осуществляющие оказание услуг

- Finansy – лица, осуществляющие только финансовые операции (касса).

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


Рис. 12 – Диаграмма классов по пакетам


5.Заключение

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

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

1.Горяев Ю.А. Информатика: учебное пособие. - М.: Изд-во МИЭМП, 2005. - 116 с.

2.Новиков Ф.А, Иванов Д.Ю. Моделирование на UML. Теория, практика, видеокурс. — СПб, Профессиональная литература, Наука и Техника, 2010, 640 с.

3.Буч Г., Рамбо Д., Якобсон А. Язык UML. Руководство пользователя. Второе издание. — ДМК, 2006, 496 с.



Лабораторная работа №5

Методология управления проектами

1.Цель работы: Изучение методологии управления проектами. Получение навыков по применению данных методологий для планирования проекта.
2.Введение

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


3. Программно-аппаратные средства, используемые при выполнении работы

При построении диаграмм будем использовать пакет MS Visio 2007.

Microsoft Office Visio – это решение для создания технических и деловых диаграмм, предназначенных для систематизации и наглядного представления различных данных, процессов и систем.

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


4.Основная часть

Сетевая диаграмма этапов



Этап

Длительность (дни)

Зависимость

Т1

1




Т2

2

Т1

Т3

10




Т4

1

Т3, Т2

Т5

2




Т6

1




Т7

2




Т1 – покупка необходимого оборудования

Т2 – прокладка локальной сети и подключение Интернет

Т3 – написание ПО

Т4 – тестирование ПО

Т5 – анализ ПО на работоспособность

Т6 – установка ПО в магазин

Т7 – проверка ПО на нагрузки

Временная диаграмма длительности этапов:



Диаграмма распределения участников группы по этапам



Этап

Исполнитель

Т1

Степанов

Т2

Дмитриев

Т3

Славянский

Т4

Славянский

Т5

Кирилюк

Т6

Кирилюк

Т7

Кирилюк


Список возможных рисков

Риск

Типы риска

Описание риска

Текучесть разработчиков

Риск для проекта

Опытные разработчики покидают проект до его завершения

Недооценка размера разрабатываемой системы

Риск для проекта и

для разрабатываемого продукта



Размер системы значительно превысил первоначальную оценку

Появление конкурирующего программного продукта

Бизнес-риск

На рынке программных

продуктов до окончания

проекта появилась конкурирующая программная

система

Анализ рисков

Риск

Вероятность

Степень ущерба

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

бюджета проекта



Средняя

Катастрофическая

Ведущий разработчик заболел в

самое критическое время



Средняя

Серьезная

В организации, выполняющей

разработку ПО, произошла реорганизация, в результате чего изменились приоритеты в управлении проектом



Высокая

Серьезная

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

Средняя

Серьезная

Стратегия планирования рисков



Риск

Стратегия

Финансовые проблемы

организации



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

Болезни персонала

Реорганизовать работу команды разработчиков таким образом, чтобы обязанности и работа членов команды перекрывали друг друга, вследствие этого разработчики будут знать и понимать задачи, выполняемые другими сотрудниками

Изменения требований

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

Недооценки времени

выполнения проекта



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

5.Заключение

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

1.Буч Г., Рамбо Дж., Джекобсон А. Язык UML. Руководство пользователя. – С-П.: Издательство «Питер», 2003. – 432 с.

2. Соммервиль Иан. Инженерия программного обеспечения, 6-е издание.: Пер. с англ. – М.: Издательский дом ―Вильямс, 2002. – 624 с.

3. Константайн Л., Локвуд Л. Разработка программного обеспечения. – СПб.:Питер, 2004. – 592 с.





Поделитесь с Вашими друзьями:


База данных защищена авторским правом ©grazit.ru 2017
обратиться к администрации

    Главная страница