Цель
работы: разработать документацию
для пользователя, разработать справочную
систему для программного продукта.
Постановка
задачи: разработать программный
документ «Руководство пользователя»
для программного продукта «Калькулятор
комплектующих ПК». На основе созданного
документа разработать справочную
систему.
1. Назначение
программы.
Калькулятор
комплектующих ПК – программа,
предназначенная для сборки настольного
компьютера по отдельным комплектующим.
С помощью приложения «Калькулятор
комплектующих ПК» пользователь может
быстро и с экономией бюджета собрать
собственную сборку системного блока.
2. Условия
выполнения программы.
Минимальные
системные требования для успешного
выполнения программного продукта
«Калькулятор комплектующих ПК»:
– операционная
система: Windows XP;
– оперативная
память: 256 Мб;
– процессор: Intel
Celeron с тактовой частотой 233 МГц;
– видеоадаптер: видеокарта
с поддержкой DIRECTX 9;
– свободное
место на жестком диске: 20 Мб.
3. Выполнение
программы.
Для
запуска программы «Калькулятор
комплектующих ПК» нужно дважды нажать
левой кнопкой мыши по исполняемому
файлу «kalkkomppk.exe».
После того, как программа запустилась,
на экране появиться главная форма
программного продукта «Калькулятор
комплектующих ПК», внешний вид которой
представлен на рисунке 3.9.
Рисунок
3.9 – Главная форма программы
«Калькулятор
комплектующих ПК»
На
главной форме программы «Калькулятор
комплектующих ПК» располагаются
следующие элементы: главное меню,
панель быстрых кнопок, вкладки с
комплектующими компьютера, таблицы,
выпадающие списки, список текстовых
полей, текстовые поля с ценами, панель
состояния.
Главное
меню содержит следующие
пункты: «Файл» – «Выход»;
«Действия» – «Фильтр», «Сумма»,
«Вставить в БД»; «Компоненты» –«Процессор»,
«Видеокарта», «Материнская плата»,
«Оперативная память», «Жесткий диск и
SSD»;
«Помощь» – «Справка о программе».
Панель
быстрых кнопок состоит из следующих
кнопок, которые дублируют функции
пунктов главного меню: «Фильтр»,
«Сумма», «Вставить в БД», «Справка о
программе». Внешний вид панели быстрых
кнопок программы «Калькулятор
комплектующих ПК» изображен на рисунке
3.10.
Рисунок
3.10 – Панель быстрых кнопок
Каждая
комплектующая имеет свою вкладку, внутри
которой находится таблица с записями
о комплектующих компьютера. Вкладки с
названиями комплектующих представлены
на рисунке 3.11.
Рисунок
3.11 – Вкладки с комплектующими компьютера
Список
текстовых полей содержит названия
выбранных комплектующих компьютера.
Каждое текстовое поле закреплено за
определенным комплектующим компьютера.
Внешний вид текстовых полей с названиями
комплектующих представлен на рисунке
3.12.
Рисунок
3.12 – Текстовые поля с названиями
комплектующих
Панель
состояния предназначена для отображения
подробного описания того или иного
элемента пользовательского интерфейса
программы. Для того чтобы увидеть
подробное описание элемента интерфейса,
на этот элемент нужно навести указателем
мыши. Панель состояния с подсказкой для
кнопки «Поиск» представлена на рисунке
3.13.
Рисунок
3.13 – Панель состояния с подробными
подсказками
Для
того чтобы выбрать комплектующую и
добавить ее в список, нужно один раз
нажать левой кнопкой мыши на строчку в
таблице с названием определенной
комплектующей. Нажатая строчка выделится
синим цветом так, как показано на рисунке
3.14.
Рисунок
3.14 – Выделение синим цветом выбранной
комплектующей
После
нажатия на запись название выбранной
комплектующей отобразиться в
соответствующем текстовом поле, а справа
от текстового поля с названием появится
цена выбранной комплектующей. Заполненные
текстовые поля с названием и ценой
представлены на рисунке 3.15.
Рисунок
3.15 – Название и цена выбранной
комплектующей компьютера
Для
того чтобы выполнить поиск определенной
комплектующей необходимо в выпадающих
списках выбрать желаемые параметры
так, как показано на рисунке 3.16. В
программе реализована возможность
поиска комплектующих компьютера по
одному или нескольким параметрам.
Рисунок
3.16 – Выбор параметров для поиска из
выпадающих списков
После
того, как выбраны параметры для поиска,
нужно нажать либо на кнопку «Фильтр»,
расположенную на панели быстрых кнопок,
либо нажать сочетание клавиш «Shift+F»,
либо зайти в раздел главного меню
«Действия» и выбрать пункт «Фильтр»
для того, чтобы был выполнен поиск
комплектующей по выбранным параметрам.
Когда
выбраны все комплектующие, то в правом
нижнем углу будет указана итоговая цена
системного блока так, как показано на
рисунке 3.17.
Рисунок
3.17 – Результат работы программы
«Калькулятор
комплектующих ПК»
4. Сообщения
пользователю.
При
работе с программой «Калькулятор
комплектующих ПК» у пользователя могут
возникнуть вопросы по элементам
графического пользовательского
интерфейса. Например, что делает та или
иная кнопка, или, что выводится в то или
иное текстовое поле. Для ответа на эти
вопросы существует строка состояния,
в которую выводятся подробные описания
того или иного элемента графического
пользовательского интерфейса программы.
Для того чтобы увидеть подробное описание
элемента интерфейса программы, на этот
элемент нужно навести указателем мыши.
Также
в программе «Калькулятор комплектующих
ПК» существуют различные всплывающие
диалоговые окна. Ниже приведен список
этих окон:
– диалоговое
окно при выходе из программы;
– диалоговое
окно при добавлении новой записи о
комплектующей компьютера в таблицу
базы данных, которое указывает, что не
все поля заполнены, и запись в таблицу
добавлена не будет;
– диалоговое
окно при удалении записи о комплектующей
компьютера из таблицы базы данных.
Результаты
выполнения лабораторной работы: в
рамках данной лабораторной работы был
разработан программный документ
«Руководство пользователя» для приложения
«Калькулятор комплектующих ПК». В
документе «Руководство пользователя»
были указаны сведения о назначении,
функциональных особенностях и системных
требованиях программы «Калькулятор
комплектующих ПК». Также был описан
порядок работы с программой, было
приведено описание функций и
пользовательского интерфейса. На основе
документа «Руководство пользователя»
в программе HTML
Help Workshop
была создана справочная система для
программного приложения «Калькулятор
комплектующих ПК».
ЗАКЛЮЧЕНИЕ
Выпускная
квалификационная работа была посвящена
разработке учебно-методического
комплекса
по дисциплине «Разработка программных
приложений». Созданный учебно-методический
комплекс имеет удобную структуру и
содержит всю необходимую информацию
для самостоятельного изучения и освоения
дисциплины «Разработка программных
приложений».
В
целях
повышения
качества восприятия методической
информации
учебно-методический
комплекс был
разработан в электронном виде.
Электронный учебно-методический комплекс
представляет собой веб-сайт,
который можно использовать
на любом локальном компьютере без
доступа к интернету.
Все страницы
были
оформлены
с помощью языков HTML
и CSS.
Разработанный
учебно-методический комплекс предназначен
для использования студентами очной
формы обучения, направления 230700.62 –
«Прикладная информатика», профиля
«Прикладная информатика в экономике»,
изучающих дисциплину «Разработка
программных приложений». Методический
комплекс будет оказывать помощь в
изучении и систематизации теоретических
знаний, а также будет формировать
практические навыки работы в предметной
области с использованием современных
информационных технологий.
В
ходе выполнения выпускной квалификационной
работы были выполнены все поставленные
задачи:
1. Разработана
структура учебно-методического комплекса
по дисциплине «Разработка программных
приложений».
2. Разработана
рабочая программа, которая содержит
основные сведения по дисциплине
«Разработка программных приложений».
3. Определены
требования для учебно-методического
материала, а также для электронного
учебно-методического комплекса по
дисциплине «Разработка программных
приложений».
4. Подобраны
программные и инструментальные средства
для создания электронного учебно-методического
комплекса по дисциплине «Разработка
программных приложений».
5. Разработан
макет для электронного учебно-методического
комплекса по дисциплине «Разработка
программных приложений».
6. Сверстан
макет для электронного учебно-методического
комплекса по дисциплине «Разработка
программных приложений».
7. Приведены
результаты проделанной работы, а именно:
– представлены
содержания разделов по дисциплине
«Разработка программных приложений»;
– представлены
содержания лабораторных работ по
дисциплине «Разработка программных
приложений»;
– представлены
веб-страницы электронного учебно-методического
комплекса по дисциплине «Разработка
программных приложений».
Таким
образом, в результате выпускной
квалификационной работы был создан
учебно-методический комплекс по
дисциплине «Разработка программных
приложений», который может быть внедрен
в процесс обучения и успешно использоваться
преподавателями и студентами.
СПИСОК
ЛИТЕРАТУРЫ
1. Рудаков
А.В., Федорова Г.Н. Технология разработки
программных продуктов. Практикум. –
М.: Академия, 2012. – 192 с.
2. Лешек
Мацяшек. Практическая программная
инженерия на основе учебного примера.
– М.: Бином. Лаборатория знаний, 2012. –
956 с.
3. Орлов
С.А. Прогаммная инженерия. Учебник для
вузов. – СПб.: Питер, 2016. – 640 с.
4. Гагарина
Л.Г. Разработка и эксплуатация
автоматизированных информационных
систем. Учебное пособие. – М.: Инфра-М,
2015. – 384 с.
5. Алан
Купер, Роберт Рейман, Дэвид Кронин и
Кристофер Носсел. Интерфейс. Основы
проектирования взаимодействия. – СПб.:
Питер, 2017. – 720 с.
6. Тео
Мандел. Разработка пользовательского
интерфейса. – М.: Книга по Требованию,
2001. – 410 с.
7. Джеф
Раскин.
Интерфейс. Новые направления в
проектировании компьютерных систем. –
СПб.: Символ-Плюс, 2007. – 272 с.
8. Алфимцев
А.Н. 25
упражнений по юзабилити. – Саарбрюккен:
LAP Lambert Academic Publishing, 2014. – 108 с.
9. Макаровских
Т.А. Документирование программного
обеспечения. В помощь техническому
писателю. Учебное пособие. – М.: Ленанд,
2015. – 266 с.
10. Глаголев
В.А. Разработка технической документации.
Руководство для технических писателей
и локализаторов ПО. – СПб.: Питер, 2008. –
192 с.
11. Фленов
М.Е. Библия Delphi.
– СПб.: БХВ-Петербург, 2011. – 688 с.
12. Дарахвелидзе
П.Г., Марков Е.П. Программирование в
Delphi
7. – СПб.:
БХВ-Петербург, 2003. – 784 с.
13. Хоменко
А.Д., Гофман В.Э., Мещеряков Е.В. Delphi
7. – СПб.:
БХВ-Петербург, 2010. – 1136 с.
14. Шкрыль
А.А. Разработка клиент-серверных
приложений в Delphi. – СПб.: БХВ-Петербург,
2006. – 480 с.
15. Кириллов
В.В., Громов Г.Ю. Введение в реляционные
базы данных. – СПб.: БХВ-Петербург, 2009.
– 464 с.
16. Хоменко
А.Д., Гофман В.Э. Работа с базами данных
в Delphi. – СПб.: БХВ-Петербург, 2005. – 640 с.
17. Осипов
Д.Л. Базы данных и Delphi. Теория и практика.
– СПб.: БХВ-Петербург, 2011. – 752 с.
18. Астахова
И.Ф., Мельников В.М., Толстобров А.П.,
Фертиков В.В. СУБД: язык SQL в примерах и
задачах. – М.: Физматлит, 2009. – 168 с.
19. Маркин
А.В. Построение запросов и программирование
на SQL. Учебное пособие. – М.: Диалог-Мифи,
2014. – 384 с.
20. Дунаев
В.В. Базы данных. Язык SQL. – СПб.:
БХВ-Петербург, 2006. – 288 с.
21. Кисленко
Н.П. HTML.
Самое необходимое. – СПб.: БХВ-Петербург,
2008. – 352 с.
22. Петюшкин
А.В. HTML
в
Web-дизайне.
– СПб.: БХВ-Петербург, 2004. – 400 с.
23. Луис
Лазарис. CSS.
Быстрый старт. – М.: Эксмо, 2014. – 192 с.
24. Джон
Дакетт. HTML
и CSS.
Разработка и дизайн веб-сайтов. – М.:
Эксмо, 2013. – 480 с.
25. Захарова
И.Г. Информационные технологии в
образовании. – М.: Академия, 2013. – 192 с.
26. Федеральные
государственные образовательные
стандарты высшего профессионального
образования по направлениям подготовки
бакалавриата. URL: http://fgosvo.ru/fgosvpo/7/6/1
(дата обращения
–
20.03.2017).
27. ГОСТ
Р 55751-2013. Информационно-коммуникационные
технологии в образовании. Электронные
учебно-методические комплексы. Требования
и характеристики. – М.: Стандартинформ,
2014. – 11 с.
28. Шалкина
Т.Н., Запорожко В.В., Рычкова А.А. Электронные
учебно-методические комплексы:
проектирование, дизайн, инструментальные
средства. –
Оренбург: ГОУ
ОГУ,
2008.
– 160
с.
29. Фреймворк
Bootstrap
| ИТ Шеф.
URL: https://itchief.ru/lessons/bootstrap-3
(дата
обращения – 28.03.2017).
30. НОУ
ИНТУИТ | Лекция | Создание
справочной системы.
HTML
Help Workshop.
URL: http://www.intuit.ru/studies/courses/13745/1221/lecture/23323
(дата обращения – 13.05.2017).
Подборка по базе: КАО Лабораторная работа №1.docx, Практическая работа. Составление руководства пользователя ис.doc, ГБ19-03Б, Миникаев А.Н., Лабораторная работа 2.docx, Цвети моя станица, Руси частица!Методическая разработка..docx, Методическая разработка урока _Заправочные супы_.doc, дорожная карта разработка ооп.doc, КУРСОВОЙ ПРОЕКТ Разработка локальных актов общеобразовательной о, Учебно-методическая разработка итоговой аттестации вокал.doc, Ахатай Сымбат Шәкірқызы дебат разработка+.docx, Практическая работа_ разработка технологической карты урока исто
| АВТОНОМНАЯ НЕКОММЕРЧЕСКАЯ ПРОФЕССИОНАЛЬНАЯ ОБРАЗОВАТЕЛЬНАЯ ОРГАНИЗАЦИЯ | |
| «КОЛЛЕДЖ ВОРОНЕЖСКОГО ИНСТИТУТА ВЫСОКИХ ТЕХНОЛОГИЙ» | |
| Специальность: 38.02.03 Программирование в компьютерных системах | |
| Форма обучения: очная | |
| Лабораторная работа №2 | |
| На тему: Разработка руководства пользователя | |
| Документирование и сертификация | |
| (наименование дисциплины, модуля, междисциплинарного курса) | |
| Выполнил (а) | А.Д Поляков |
| подпись инициалы, фамилия | |
| Группа | ПКС-019 |
| Руководитель | М.А Платонова |
| подпись инициалы, фамилия | |
| Воронеж 2022 |
Цель работы: разработать руководство пользователя в соответствии со стандартами, примерами и шаблоном.
Ход работы:
Назначение системы
Работа выполняется в рамках проекта «Автоматизированная система программного управления и взаимодействия с личными делами студентов и электронной документации».
ИС предназначается для введения в эксплуатацию на предприятие учебных заведений, колледжей, СПО для эффективного управления и поиска документов личных дел каждого студента; для осуществления просмотра и поиска личных дел, их изменения и отправки, предоставления сторонним организациям и сотрудникам.
Цели программного модуля управления личными делами студентов состоят в получении сведений о студентах для использования сотрудниками деканата, профкомов и отделов кадров сторонних организаций, при разрешении от учебной организации и владельцев личных дел.
Программное изделие предназначено для использования на стационарном ПК, установленным в специальном помещении с соблюдением норм техники безопасности при работе с электронно-вычислительной техникой.
Разрабатываемое ПО имеет следующие задачи:
- эффективное хранение и предоставление необходимых данных и документов связанных с личными делами студентов;
- управление и осуществление доступа к данным личных дел соответственно уровню доступа для пользователя и сотрудника организации;
- визуализацию и представление хранимых данных;
- сортировку и эргономичный доступ к данным;
- вход в систему управления личными делами студентов с помощью личного идентификатора (логина) и пароля.
Условия применения системы
1. Требования к аппаратному обеспечению
Программа должна быть совместима для работы на платформах с Windows NT и выше (Linux версия ядра 3.x и выше).
ИС использует для реализации программной части язык программирования C#, используя инструментарий интегрированной среды разработки MS Visual Studio. Для редактирования кода и текстовых данных рекомендуется использовать открытый редактор текста Notepad++. Для взаимодействия – создания баз данных используется СУБД PostgreeSQL или MS SQL Server. Система контроля версий Git или Github.
Для защиты данных используется система доступа к данных SecuredSearch, которая организует интерфейс отдачи и приема прав от администрации к пользователям. Копии программы обеспечиваются электронными подписями.
Предусмотрено ежемесячное обслуживание серверов и стационарных ПК в составе ИС для выявления неисправностей и профилактики.
Температура окружающего воздуха не выше 30-40 градусов по Цельсию. Относительная влажность не более 30-40%, повышение данных показателей выше установленных величин может повлиять на нормальное функционирование технической части ИС.
Для разрабатываемых и дорабатываемых подсистем в рамках обеспечения работы устанавливаются следующие количественные значения показателей надёжности:
- режим работы в целом – 7 дней в неделю 24 часа в сутки;
- общее допустимое времени простоя в неделю не должно превышать 30 минут, включая проведение сервисных и регламентных работ при строгом соблюдении регламентных процедур.
2. Требования к квалификации пользователя
Для работы системы должен быть выделен оператор для взаимодействия и управления личными делами, загрузкой и обновления данных в профилях студентов по требованию. Дополнительно – специалисты для распознавания текстов ксерокопий и фотокопий для перевода их в цифровой (текстовый) вид. Требования к составу и параметрам технических средств уточняются на этапе эскизного проектирования системы.
Необходимое количество персонала для качественного и эффективного обслуживания ИС в команде не более 3 человек. Данный персонал должен обладать элементарными знаниями ПК и быть посвящен в IT-сферу.
Техническая часть ИС предполагает наличие офисной техники: принтер, сканер, стационарный телефон; из специализированной техники – серверы для хранения данных личных дел, магнитные ленты для хранения личных дел с увеличенным сроком хранения, ноутбуки или стационарные ПК для использования основных функций программных средств данной ИС.
Подготовка системы к работе
Для запуска ИС «Знай своих» необходимо:
- Открыть программу двойным нажатием на ярлык приложения «СУЛД Знай своих».
- Ввести в появившееся окно аутентификации логин и пароль для входа в ИС.
- После входа в систему выбрать нужного студента для просмотра прикрепленных документов в личное дело.
- При необходимости выбрать в окне приложения нужно действие с данными – прикрепить документы, изменить, удалить, распечатать и поделиться.
- Функции прикрепить и распечатать доступна пользователям, но использование этих функций вызывает окно составления заявки для подтверждения к администрации.
- Функции удалить, изменить и вышеперечисленные доступны администрации без ограничений.
- Для выхода из приложения нужно нажать соответственную кнопку в меню либо закрыть окно приложения.
Описание операций
| Роль «Администратор» | Роль «Пользователь» |
| Возможность изменять документы личных дел студентов. | Возможность просматривать документы и данные в личных делах студентах. |
| Возможность прикреплять (добавлять) новые документы к личным делам. | Возможность составить запрос о распечатки документов из личного дела и сохранения электронной копии. |
| Возможность удалять документы из личных дел. | |
| Возможность просматривать данные в личных делах студентов. |
Аварийные ситуации
При отказе или сбое в работе ИС необходимо:
- Проверить подключение к локальной сети (серверу с базами данных личных дел).
- Перезагрузить приложение.
- Если первые два пункта не дали результату, то необходимо обратиться к действующему системному администратору.
| РД 50-34.698-90 (п.п. 3.4 Руководство пользователя) | ГОСТ 19.505-79 Руководство оператора | ||
| Введение | Данная ИС создавалась в рамках проекта «Автоматизированной обработки личных данных студентов СПО и вузов». | ||
| Область применения | Настоящую ИС предполагается использовать на предприятиях, говоря точнее, в учебных заведениях – частных и государственных. Область применения данной ИС включает в себя все то, что связано с электронной обработкой личных дел студентов. | ||
| Уровень подготовки пользователя | Пользователь не должен иметь специальной подготовки для взаимодействия и работы в данной ИС. Желательно базовые знания в IT-сфере и свободное владение электронной техникой (конкретно – ПК, КПК и проч.) | ||
| Перечень эксплуатационной документации, необходимой для ознакомления пользователем | Необходимая для эксплуатации документация распространяется в электронном виде. Основной документ, который входит в пакет необходимой документации – руководство пользователя ИС «Знай своих». | ||
| Назначение и условия применения | Данная ИС предназначается для обработки личных дел студентов вузов и сузов: изменения, добавления, прикрепления документов в систему управления личных дел. Для применения ИЗ на базе учебных заведений необходимо наличие серверной техники, офисной – сканеры и телефония. Так же необходимо выделенное помещение, в котором работают с настоящей ИС группа из 2-х (максимум 3-х) работников. | ||
| Виды деятельности и функции, для автоматизации которых предназначена программа | ИС предназначена для автоматизации процессов электронной обработки данных личных дел студентов, для удобства распространения и передачи таковых данных. Для взаимодействия между отделами как в самой организации, так и в её пределах. | Назначение программы | Программный продукт предназначается в основном для системного управления личными данными студентов, их распространения и использования в электронном документообороте. |
| Условия, при которых обеспечивается применение программы | Главное условия для применения данной ИС – наличие серверной структуры на предприятии, необходимые работники и доступ к локальной (или доступ к сети Интернет). | Условия выполнения программы | Для выполнения программы главное условие в наличие настроенной топологии серверов и наличие локальной сети. |
| Подготовка к работе | Для подготовки к работе данной ИС требуется настроить локальную сеть, подключить базы данных предприятия к ИС (управление через десктоп или web-форму) и открыть клиент. | Выполнение программы | Основная часть работы программы выполняется пользователем в клиенте системы. Серверная часть и другая доверяется специальному отделу на предприятии. |
| Состав и содержание дистрибутивного носителя данных | Основное содержание распространяемого ПО – ИС «Знай своих» — это клиент для работы с базами данных в учебном заведении; альтернативное управление личными делами через web-форму и лицензионный профиль с логином и паролем. | ||
| Порядок загрузки данных и программ | В начале пользования ИС «Знай своих» нужно авторизовать пользователя или супер-пользователя для организации. После же подключить базы данных к системе управления личных дел. Для завершения работы желательно закрывать только клиент, при закрытия сервера могут возникнуть утечки данных и фатальные ошибки ПО. | Порядок загрузки, запуска и завершения программы | Программа загружается в варианте десктоп версии или портативной версии в web-форме. Запускается сначала серверная часть, а после клиентская. Нормальное завершение программы предполагается автоматическое сохранение данных и выключение клиентской части (серверная часть предназначена для функционирования в режиме 24/7). |
| Проверка работоспособности | Для проверки работоспособности необходимо выбрать соответствующий пункт меню в клиентском приложении ИС «Знай своих». После открытия нужного окна – пройти полный цикл проверки работоспособности по представленному алгоритму. | ||
| Описание операций | Основные операции производимые в ИС «Знай своих»: загрузка данных к личному делу студентов, создания профилей студентов, прикрепление данных к личным делам, удаление данных, распространение электронных копий данных, реализация иерархии доступа и использования ИС на предприятии. | Описание функций | Удаление данных, распространение данных и прикрепленных документов, прикрепление и дополнение личных дел студентов, управление иерархией прав и проч. |
| Описание всех выполняемых функций, задач, комплексов задач и процедур | Основная функция ИС – обработки и передача данных личных дел студентов. Основная задача – эффективный электронный документооборот, рассчитанный на снижение затрат и сил работников на ручную обработку документации. Комплексная задача ИС – это расширяемость и дополнение функционала для эффективной и экономной работы с личными делами. | ||
| Описание операций технологического процесса обработки данных, необходимых для выполнения функций, комплексов задач и процедур | Основные операции технологического процесса обработки данных состоят во взаимодействии с физическим серверным оборудования путем программного манипулирования данными; использования возможности локальных и глобальной сети для эффективной работы ИС. | ||
| Аварийные ситуации (действия в случае длительных отказов технических средств, обнаружении несанкционированного вмешательства в данные, действия по восстановлению программ или данных, и т.п.) | В случае длительных отказов технических средств обратится к системному администратору на предприятии. При обнаружении несанкционированного вмешательства в данные попытаться воспользоваться функцией экстренного копирования данных и закрыть доступ для всех пользователей (объявить технический перерыв); так же стоит обратиться к действующему системному администратору. | Сообщения оператору | Не значатся. |
| Рекомендации по освоению | Не имеется специальных рекомендаций по освоению ИС «Знай своих», кроме уже перечисленных в технических и проч. требованиях к эксплуатации. |
Вопросы для самоконтроля:
1. Какие действия включает раздел «настройка программы»?
Описание действий по настройке программы, настройка на состав технических средств, выбор функций, поясняющие примеры.
2. Какие ГОСТы необходимо знать, чтобы грамотно оформить руководство пользователя?
ГОСТ 19.402-78, ГОСТ 19.502-78, ГОСТ 19.503-79, ГОСТ 19.504-79, ГОСТ 19.505-79, РД 50-34.698-90.
3. Кто является разработчиком руководства пользователя?
Разработчиком руководства пользователя является тот сотрудник, который занимается разработкой и приготовлением сопровождающей документации для приложения (советуясь с тем, кто разрабатывал данный программный продукт).
Вывод: было разработано руководство пользователя в соответствии со стандартами, примерами и шаблонам.
приобрести
скачать (37 kb.)
- Смотрите также:
- Trace Mode 6 Руководство пользователя. Том 2 (Документ)
- · Программа VisualRoute (Документ)
- Практическая работа. Создание виртуальной машины и подключение к ней (2 Скриншота: в панели управления вм, экран запущенной вм) Практическая работа. Получаем доступ (Документ)
- Практическая работа №2 Расчет водопотребления и Участок (зона) ежедневного обслуживания (ЕО) автомобилей 4 Моторное отделение 5 (Документ)
- Лабораторная работа №1 ТГУ — Делопроизводство (Лабораторная работа)
- Практические работы по бурению (Лабораторная работа)
- Руководство пользователя.Рабочее место пользователя системы QUIK. Версия 5.24 (Стандарт)
- Лабораторная работа — Анализ эффективности инвестиционного проекта и разработка бизнес-плана в системе Project Expert (Лабораторная работа)
- Практическая работа №8 Название работы: Составление дефектной ведомости (Документ)
- Практическая работа №1 «Составление резюме, автобиографии, характеристики» Оформляем на листах А4 с рамками (Документ)
- Практическая работа №11 Формирование стратегии коммуникаций Составление плана коммуникаций проекта (Документ)
- Руководство пользователя модуля аутентификации mydss настоящий документ содержит руководство пользователя модуля аутентификации (Документ)
Практическая работа №24 — 25
Составление руководства пользователя ИС
Цель работы: Ознакомиться с процедурой разработки руководства пользователя на создание программного продукта (ПП) с применением РД 50-34-698-90 «Автоматизированные системы требования к содержанию документов»
Основные теоретические сведения
Формальные требования к документации программного обеспечения описаны в ЕСПД (Единая система программной документации), неформально: состав документации к программному обеспечению состоит из описания его внешнего эффекта и описания его внутреннего устройства.
Первая часть документации, так называемая «Инструкция пользователю» или «Руководство пользователю» предназначена для того, кто собирается использовать программное обеспечение (для пользователя), не вникая в подробности его внутреннего устройства.
Вторая часть — «Руководство программисту» необходима при модификации программного обеспечения или при необходимости исправить в нем ошибку.
В целом, документация к программному обеспечению может содержать ниже перечисленные сведения:
1.Наименование ПО и описание задачи, которую оно решает.
2.Область применимости ПО.
3.Режим работы ПО, сообщения, выдаваемые по ходу его работы, ответы пользователя на них (если это необходимо).
4.Исходные данные, необходимые для работы ПО; а также выдаваемые им результаты;.
5.Правила подготовки исходных данных на внешних носителях (если они применяются) и вид выдаваемой информации.
6.Описание структуры данных. Для любой переменной описывается ее назначение, атрибуты (тип, размер массива и т.д.), структура информации в ней, если она не очевидна. Описание переменных должно начинаться с тех, которые служат исходными данными и результатами.
7.Описания форм, объектов. Опись свойств форм и объектов.
8.Тексты программ, процедур (в виде распечатки ЭВМ) с комментариями.
9.Тесты.
10.Инструкция (руководство) пользователю.
Инструкция по использованию программы (или просто «Инструкция пользователю», или «Руководство для пользователя») — это выдержка из полной документации, предназначенная для эксплуатации программы. Она представляет собой независимый документ для пользователя программы, в котором описывается: что делает программа и как им пользоваться.
«Инструкция пользователю» должна содержать всю необходимую для пользователя информацию и должна быть ему понятна без дополнительных материалов (без обращения к другим спецификациям). Следовательно, необходимая для этой инструкции информация переписывается полностью из соответствующих спецификаций.
Первая часть инструкции является описательной и должна содержать:
-наименование программы;
-краткое описание программы;
-перечень выполняемых программой функций;
-краткую характеристику метода (или методов) решения поставленной задачи, его достоинство и недостатки;
-полную библиографическую ссылку на полное описание метода;
-описание входных и выходных данных.
-описание структуры базы данных (если она имеется), всех ее таблиц в словесной (вербальном) форме.
Вторая часть документа должна описывать порядок работы с программой. Она должна содержать описание всех режимов работы программы, а также содержание всех печатей и диагностических сообщений, которые выдаются по ходу выполнения программы.
Следует помнить, что пользователь по своей квалификации не является программистом и поэтому его работа с программой описывается на понятном ему языке и достаточно подробно, а именно:
-как запустить программу;
-как продолжить работу с программой (описывается подробный интерактивный режим работы пользователя с программой);
-подготовка и ввод исходных данных в программу;
-как реагировать на запросы программы;
-как вести работу в исключительных ситуациях;
-как реагировать на ошибки;
-как восстановить работу программы в случае аварийного его завершения;
-как получить требуемый результат;
-как правильно закончить работу с программой (запланированный программой выход);
-другие сведения, необходимые пользователю программы.
Задания для выполнения
1.Во время выполнения лабораторной работы необходимо составить документ «Руководство пользователю» к разработанной ранее программе.
2.Работа должна быть оформлена в виде документа «Руководство пользователя» согласно РД 50-34-698-90 «Автоматизированные системы требования к содержанию документов».
3. Сдать и защитить работу.
Практическая работа №24 — 25
Лабораторная работа №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 с.