Содержание
Лабораторная работа №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 с.
|
