Подборка по базе: 2.1.4. Практическая работа № 2 (Часть 1).doc, Практическая работа № 3, часть 1 Дорожная карта руководителя.doc, самостоятельная работа 1.docx, Курсовая работа_Уголовное право.docx, Курсовая работа по гражданскому праву Саркенова Диана Муратовна , лабораторная работа.docx, Практическая работа 1.1. Основы гос политики.doc, курсовая работа поверка вольтметров.docx, практическая работа 1.docx, Лабораторная работа.docx
Практическая работа №13 «Разработка руководства по инсталляции программного средства по индивидуальному заданию»
Цель: получение навыков разработки руководства по инсталляции программного средства.
Задание № 1
Разработать руководство по инсталляции программного средства для заданной информационной системы (см. практическая работа № 1).
Составьте руководство по инсталляции программного средства по индивидуальному варианту, которое в частности, включает в себя:
— ход установки программного обеспечения
Решение:
Системные требования для установки Windows 10
Минимальные системные требования для Windows 10:
Процессор: 1 ГГц и быстрее с поддержкой PAE, NX и SSE2
RAM: 1 Гбайт (32 бит) или 2 Гбайт (64 бит)
HDD: 16 Гбайт (32 бит) или 20 Гбайт (64 бит)
Редакции Windows 10.
Home
Home (Домашняя) – базовый набор возможностей «Десятки» с урезанными функциями редакции Pro как то: групповая политика, BitLocker, Hyper-V, средства удалённого подключения, подключение к Azure AD и т.п. Home также ограничена в возможности отложить системные обновления на определённый срок, как это можно делать в редакциях выше. Это бюджетный вариант законного использования системы, но не самый дешёвый.
Pro
Pro (Профессиональная) – редакция с оптимальной подборкой функционала для продвинутых пользователей. В основном Windows 10 Pro ориентирована на малые предприятия. Наиболее заметными отличиями являются возможность присоединиться к домену, поддержка шифрования BitLocker и поддержка групповой политики для легко меняющихся настроек в масштабах всей компании.
Pro for Workstations
(Профессиональная для рабочих станций) – продвинутая подредакция для мощных компьютеров, в частности, для серверного оборудования. Появилась совсем недавно, вместе с осенним крупным апдейтом Fall Creators Update. Её ключевой особенностью является улучшенная надёжность хранения данных, в частности, работа с файловой системой ReFS.
Enterprise (E3 и E5)
Enterprise (Корпоративная) – редакция для организаций, предусматривающая поверх возможностей Pro усиленные технологии безопасности и функционал, предназначенный для системщиков-профессионалов.
Enterprise LTSB
У «Корпоративной» есть урезанная функционально и с долгосрочной задержкой поставки обновлений подредакция LTSB для предприятий и сервисов, коим нужна стабильная среда для функционирования техники. Microsoft не продаёт Enterprise обычным пользователям, только юридическим лицам по подписке. Компания заявляет, что покупка этой редакции частными лицами невозможна в принципе, однако в интернете купить лицензию для Enterprise можно сплошь и рядом. И, естественно, далеко не все точки продаж цифровых ключей будут требовать от нас подтверждения о причастности к сфере хозяйствования.
Education
Education (Образовательная) – это, по сути, та же редакция Enterprise, только с отсутствующей Кортаной и невозможностью перехода на LTSB. Главное отличие Education – её ориентация на рынок образовательных учреждений и в связи с этим распространение по цене, в разы меньшей, нежели Enterprise. Приобрести редакцию могут ВУЗы, ПТУ, библиотеки, музеи, благотворительные организации, преподавательский состав учебных заведений и сами студенты, если они не заочники. Условием приобретения редакции является право компании Microsoft требовать документального подтверждения соответствующего статуса покупателя.
Windows 10 Mobile
Версия ОС Windows 10, предназначенная для мобильных устройств с диагональю экрана до девяти дюймов. Призвана обеспечить большую синхронизацию с версией Windows для персональных компьютеров более широкой синхронизацией контента, новыми «универсальными» приложениями, а также возможностью подключения устройств к внешнему дисплею и использовать смартфон в качестве ПК с интерфейсом с поддержкой мыши и клавиатуры. Смартфоны на Windows Phone 8.1 могут быть обновлены до Windows 10 Mobile. Некоторые функции могут различаться в зависимости от аппаратной совместимости.
Windows 10 Mobile Enterprise
Эта редакция операционной системы предназначена для корпоративных клиентов. От версии для потребителей она отличается разве что поддержкой Магазина для бизнеса и наличием нескольких дополнительных вариантов в разделе обновлений, адресованных корпоративному миру.Windows 10 Mobile Enterprise создана для того, чтобы донести до корпоративных клиентов лучшие ощущения и впечатления от использования смартфонов и компактных планшетов. Операционная система обеспечивает высокую продуктивность, безопасность и возможности управления мобильным устройством, которые есть у Windows 10 Mobile, и добавляет для бизнеса гибкие возможности управления обновлениями. Кроме того, ОС принимает последние функции безопасности и инновации сразу же, как только они становятся доступны.
Подготовка к установке или переустановке.
Если вы переустанавливаете операционную систему, то перед установкой убедитесь, что на жестком диске не осталось нужной вам информации. Рекомендую как минимум скопировать данные профиля на раздел D вашего жёсткого диска (при наличии), либо на внешний носитель информации.
В зависимости от того, какая операционная система установлена на вашем компьютере, будет зависеть и то, каким образом называется папка с профилями пользователей. Так в Windows XP эта папка называется «Documents and Settings». В Windows 7 и выше папка с профилями пользователей называется либо «Users» для английской версии операционной системы, либо «Пользователи» — в русскоязычном варианте.
Если вы зайдете в папку профилей пользователей, то вы там увидите папки, название которых совпадает с названием учетных записей, созданных ранее на данном компьютере. В данном случае необходимо скопировать папку «Sasha» — это и есть мой профиль пользователя ( у вас будет по аналогии).
Скачивание ISO образа Windows 10. Создание загрузочной флешки.
- Официальный способ скачать ISO образ и создать загрузочную флешку
Windows 10 x64 и x86 с помощью Installation Media Creation Tool.
Установите в компьютер флешку не менее 8 ГБ, на которую будете записывать дистрибутив Windows 10. На данной флешке не должны быть файлы, так как при записи они будут стёрты. Флешку желательно отформатировать. Чтобы загрузить оригинальный образ ISO Windows 10, Microsoft предлагает использовать собственную утилиту Media Creation Tool — средство создания установочных накопителей, которое, в том числе, позволяет произвести и простое скачивание образа системы. При этом скачивается последняя версия Windows 10 с возможностью выбора 64-бит и 32-бит систем, а образ ISO содержит как Домашнюю (Home) так и Профессиональную (Pro) версии системы. Порядок действий состоит из следующих шагов:
- Переходим на страницу https://www.microsoft.com/ru-ru/software-download/windows10 и нажмите «Скачать средство сейчас», после того, как будет загружена утилита Media Creation Tool, запустите её.
- После некоторого периода подготовки утилиты, примите условия лицензии. Затем — выберите пункт «Создать установочный носитель (USB-устройство флэш-памяти, DVD-диск или ISO-файл) и нажмите «Далее».
- На следующем этапе вы можете выбрать, какую именно Windows 10 скачать — для этого снимите отметку «Использовать рекомендуемые параметры для этого компьютера» и выберите язык, выпуск (выбираем Windows 10 — в ней содержатся все доступные редакции системы для пользователей) и разрядность в пункте «Архитектура». Нажимаем «Далее».
- В случае, если вы сняли отметку «Использовать рекомендуемые параметры для этого компьютера» и выбрали иную разрядность или язык, вы увидите предупреждение: «Убедитесь, что выпуск установочного носителя соответствует выпуску Windows на компьютере, на котором вы будете его использовать». Учитывая, что на данным момент времени в образе содержатся сразу все выпуски Windows 10, обычно на это предупреждение не следует обращать внимания. Иногда это предупреждение и вовсе не появляется.
- Выберите пункт «USB-устройство флэш-памяти», если требуется, чтобы программа сама записала загрузочную установочную флешку, либо, при желании, вы можете выбрать пункт «ISO-файл», чтобы скачать оригинальный образ Windows 10 и записать его на USB или DVD самостоятельно.
- Выберите накопитель, который будет использоваться из списка. Важно: все данные с флешки или внешнего жесткого диска (со всех его разделов) будут удалены.
- Начнется скачивание файлов установки Windows 10, а затем — их запись на флешку: Создание установочного накопителя. Эти этапы могут занять продолжительное время. У меня это заняло 1 час 15 минут.
- По завершении вы получите сообщение «USB-устройство флэш-памяти готово», можно закрыть утилиту и использовать созданный накопитель.
- По окончании у вас будет готовый накопитель с оригинальной Windows 10 последней версии, который пригодится не только для чистой установки системы на системах UEFI и Legacy (CSM), но и для ее восстановления в случае сбоев.
Подготовка к установке. Загрузка с флешки.
- Установите в Usb порт вашего компьютера/ноутбука загрузочную флешку с Windows 10. Подключаем сразу в USB порт 3.0. Если загрузка не пошла, либо появились какие-либо ошибки попробуйте переподключить в USB 2.0 (если такой есть). Далее изменим порядок загрузки устройств. В современных компьютерах и ноутбуках можно выбрать «быструю загрузку» при включении, нажимая как правило F8 на компах, и F11 или F12 или Esc на ноутбуках. Выбираем нашу флешку с UEFI из списка, нажимаем Enter.
- Если этот вариант не подошел, то зайдём в BIOS — раздел BOOT. В Биос вы сможете попасть во время перезагрузки компьютера, либо когда включаете компьютер, нажимая на кнопку DEL или F2.
- Далее выбираем меню загрузки F8 и нашу флешку.
- Пример настроек AMI BIOS версии 1107 — материнская плата: Asus Z87M-PLUS.
- Параметр загрузки №1 — выбираем нашу флешку со значением UEFI. Сохраняем изменения обычно клавишей F10 и перезагружаем компьютер.
Процесс установки
- Вставьте установочную флэшку в USB-порт компьютера. Если используется DVD, он должен быть помещен в оптический привод. После перезагрузки компьютера перейдите в UEFI или BIOS так, как это предусмотрено в вашей модели. В перечне носителей устройства поменяйте приоритет загрузки таким образом, чтобы созданный вами накопитель находился на первом месте.
- Компьютер стартует с загрузочного накопителя. Первым действием инструмент установки системы предложит вам определить язык, формат денежных единиц и приоритетную раскладку клавиатуры. Нажмите «Далее».
- Щелкните мышью по кнопке «Установить».
- Вам будет предложен выбор версий системы для установки. В их числе: Домашняя, Домашняя для одного языка, для образовательных учреждений, Pro (базовая, для образовательных учреждений и для рабочих станций).
- Рассмотрю на примере установки Windows 10 Pro. «Далее».
- Вам будет предложено ознакомиться с лицензионным соглашением и принять его условия.
- Установку вы сможете продолжить лишь после того, как подтвердите свое согласие, поставив «птичку» перед надписью «Я принимаю условия лицензии». «Далее».
- Перед вами появится перечень из двух пунктов. Если у вас уже установлена Windows, вы можете выбрать «Обновление: установка Windows с сохранением файлов, параметров и приложений». В этом варианте ваши файлы и софт будут перенесены в новую систему.
- «Выборочная: только установка Windows (для опытных пользователей)». Я рассмотрю этот вариант, при котором ваши данные, параметры и программы не сохранятся. Перед этим рекомендую еще раз вспомнить, сохранена ли на дополнительном носителе вся важная для вас информация. Если вы уверены в том, что нужные файлы сохранены, щелкните по данному пункту.
- На экране появится инструмент работы с разделами. Вы можете выбрать один из доступных дисков для установки системы, создать новый, удалить, отформатировать существующий (что ведет к потере всех данных на нем) или расширить виртуальный диск. Фактический объем физического носителя не может быть увеличен программно. «Далее».
- Стартует процесс установки, который включает в себя копирование файлов системы, их подготовку к установке, а также установку компонентов и обновлений. Он займет длительное время, которое во многом зависит от производительности вашего компьютера. Обладателям старых и слабых машин предстоит запастись терпением. В ходе установки на экране будет отображаться степень завершенности каждого процесса (в процентах).
Важные настройки перед первым запуском Windows 10
- Выберите регион и подтвердите нажатием кнопки «Да».
- Прежде всего выберите дополнительную раскладку клавиатуры. Английскую добавлять не нужно, она предусмотрена по умолчанию. Нажмите «Да».
- Следующим действием является установка необходимых системе компонентов. Здесь вам ничего не нужно делать, только подождать некоторое время.
- После вам будет предложено узнать, что нового в Windows.
- На экране определения способа настройки выберите пункт «Для личного использования». Нажмите «Далее».
- Вы можете войти в свою учетную запись Microsoft, использовав электронную почту, номер телефона или логин Skype. Я рассмотрю вариант с использованием локальной (автономной) учетной записи.
- Выберите пункт «Автономная учетная запись» – «Далее».
- Вход в систему с использованием учетной записи даст вам доступ к сервисам Microsoft. Но мы используем локальную учетную запись, поэтому жмите «Нет».
- Введите имя пользователя. «Далее».
- Создайте пароль. При этом позаботьтесь о том, чтобы надежно сохранить его, не забыть и не потерять. Важно, чтобы он не был доступен никому, кроме вас. «Далее».
- На следующем экране вам будет предложено включить отправку Microsoft своего журнала активности. Это позволяет продолжить на другом устройстве работу, начатую на данном компьютере. Если вы не желаете отправлять эти данные, нажмите «Нет».
- На экране параметров конфиденциальности вы сможете включить или отключить распознавание голоса в сети, поиск устройства, определение местоположения и отправку диагностических данных. Если вы не хотите делиться этой информацией, переведите переключатели в положение «Нет». Я всегда отключаю все пункты. Подтвердите установки нажатием экранной кнопки «Принять».
- Если процесс установки системы и ее первоначальная настройка прошли успешно, перед вами откроется сначала экран приветствия.
Вывод: В ходе работы я получил навыки установки Windows 10.
6.4.7 Процесс инсталляции программных средств
Примечание. Процесс инсталляции программных средств в настоящем стандарте дополняет выходы процесса передачи из [18]. Пользователи могут рассматривать требуемое соответствие по отношению к процессу в [18] в большей степени, чем к процессу в настоящем стандарте.
6.4.7.1 Цель
Цель процесса инсталляции программных средств заключается в установке программного продукта, удовлетворяющего заданным требованиям, в целевую среду применения.
6.4.7.2 Выходы
В результате успешного осуществления процесса инсталляции программных средств:
a) разрабатывается стратегия инсталляции программных средств;
b) разрабатываются критерии для инсталляции программных средств, предназначенные для демонстрации соответствия с требованиями к инсталляции программных средств;
c) программный продукт инсталлируется в целевую среду;
d) обеспечивается готовность программного продукта для использования в среде его применения.
6.4.7.3 Виды деятельности и задачи
В процессе реализации проекта должны осуществляться следующие виды деятельности и задачи в соответствии с принятыми в организации политиками и процедурами в отношении процесса инсталляции программных средств.
6.4.7.3.1 Инсталляция программных средств
Данный вид деятельности состоит из решения следующих задач:
6.4.7.3.1.1 Исполнитель должен разработать план инсталляции программного продукта в среду его применения, как определено в контракте. Ресурсы и информация, необходимые для инсталляции программного продукта, должны быть определенны и быть в наличии. Как установлено в контракте, исполнитель должен содействовать приобретающей стороне при проведении установки. Если инсталлируемый программный продукт заменяет существующую систему, то исполнитель должен поддерживать любые параллельно выполняемые действия, которые требуются в соответствии с контрактом. План инсталляции должен быть документирован.
Примечание 1. Стратегию инсталляции программных средств следует разрабатывать, согласуя с заказчиком и эксплуатирующей организацией.
Примечание 2. Важной частью разработки стратегии инсталляции является разработка стратегии возврата к последней рабочей версии системы. Для проведения повторной инсталляции последней рабочей версии следует сделать полную резервную копию системы до начала инсталляции.
Примечание 3. Основываясь на требованиях к инсталляции, проводящему ее исполнителю следует определить критерии для среды, в которой программное средство будет установлено.
Примечание 4. Исполнителю следует конкретизировать требования к адаптации системы в среде применения.
Примечание 5. Исполнителю следует адаптировать систему для удовлетворения требований к функционированию.
6.4.7.3.1.2 Разработчик должен инсталлировать программный продукт в соответствии с планом инсталляции. Необходимо гарантировать, что базы данных и программный код инициализируются, выполняются и отменяются, как установлено в контракте. События, происшедшие при инсталляции, и их результаты должны документироваться.
Примечание. Исполнителю следует гарантировать готовность программного продукта к применению в предназначенной для него среде.
Скачать документ целиком в формате PDF
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ ЧЕЛЯБИНСКОЙ ОБЛАСТИ
ГБПОУ «Первомайский техникум промышленности
строительных материалов»
МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ
ДЛЯ ВЫПОЛНЕНИЯ ПРАКТИЧЕСКИХ РАБОТ
ПО ДИСЦИПЛИНЕ МДК.05.01 «ПРОЕКТИРОВАНИЕ И
ДИЗАЙН ИНФОРМАЦИОННЫХ СИСТЕМ»
ДЛЯ СПЕЦИАЛЬНОСТИ 09.02.07 «ИНФОРМАЦИОННЫЕ
СИСТЕМЫ И ПРОГРАММИРОВАНИЕ»
2019
Организация-разработчик:
ГБПОУ «Первомайский техникум промышленности строительных материалов»
Рекомендации по выполнению практических работ по дисциплине
«Проектирование и дизайн информационных систем» предназначены для студентов,
обучающихся по специальности «Информационные системы и программирование». В
пособии содержатся задания с учетом профиля специальности разных типов и
разного уровня сложности, что обусловливает возможность работать со студентами
разной степени подготовленности.
Программа составлена на основе |
ОДОБРЕНО Предметно-цикловой комиссией ПП протокол № ______ от «__»_____________2019 г. Председатель ПЦК ПП ___________ Т.Р. |
УТВЕРЖДАЮ Заместитель «___»_______________20___ г. |
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
ПРАКТИЧЕСКАЯ РАБОТА № 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ РАЗЛИЧНЫМИ МЕТОДАМИ:
КОНТЕНТ-АНАЛИЗ, ВЕБОМЕТРИЧЕСКИЙ АНАЛИЗ, АНАЛИЗ СИТУАЦИЙ, МОДЕЛИРОВАНИЕ И ДР.
ПРАКТИЧЕСКАЯ РАБОТА № 2. ИЗУЧЕНИЕ УСТРОЙСТВ АВТОМАТИЗИРОВАННОГО СБОРА
ИНФОРМАЦИИ
ПРАКТИЧЕСКАЯ РАБОТА № 3. ОЦЕНКА ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ИНФОРМАЦИОННОЙ СИСТЕМЫ
ПРАКТИЧЕСКАЯ РАБОТА № 4. РАЗРАБОТКА МОДЕЛИ АРХИТЕКТУРЫ ИНФОРМАЦИОННОЙ
СИСТЕМЫ
ПРАКТИЧЕСКАЯ РАБОТА № 5. ПОСТРОЕНИЕ МОДЕЛИ УПРАВЛЕНИЯ КАЧЕСТВОМ
ПРОЦЕССА ИЗУЧЕНИЯ МОДУЛЯ «ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ИНФОРМАЦИОННЫХ
СИСТЕМ»
ПРАКТИЧЕСКАЯ РАБОТА № 6. РАЗРАБОТКА ТРЕБОВАНИЙ БЕЗОПАСНОСТИ
ИНФОРМАЦИОННОЙ СИСТЕМЫ
ПРАКТИЧЕСКАЯ РАБОТА № 7. ПРОЕКТИРОВАНИЕ СПЕЦИФИКАЦИИ ИНФОРМАЦИОННОЙ
СИСТЕМЫ ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ
ПРАКТИЧЕСКАЯ РАБОТА № 8. РАЗРАБОТКА ОБЩЕГО ФУНКЦИОНАЛЬНОГО ОПИСАНИЯ
ПРОГРАММНОГО СРЕДСТВА ПО ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ
ПРАКТИЧЕСКАЯ РАБОТА № 9. РАЗРАБОТКА РУКОВОДСТВА ПО ИНСТАЛЛЯЦИИ
ПРОГРАММНОГО СРЕДСТВА ПО ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ
ПРАКТИЧЕСКАЯ РАБОТА № 10. РАЗРАБОТКА РУКОВОДСТВА ПОЛЬЗОВАТЕЛЯ
ПРОГРАММНОГО СРЕДСТВА ПО ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ
ВВЕДЕНИЕ
Основное назначение дисциплины МДК.05.01
«Проектирование и дизайн информационных систем» в средних профессиональных
образовательных учреждениях состоит в формировании у студентов общих и
профессиональных компетенций, владение которыми позволяет осуществлять
постановку задач по обработке информации; проводить анализ предметной области;
осуществлять выбор модели и средства построения информационной системы и
программных средств; использовать критерии оценки качества и надежности
функционирования информационной системы; проводить оценку качества и
экономической эффективности информационной системы в рамках своей компетенции;
разрабатывать документацию по эксплуатации информационной системы.
Содержание дисциплины предусматривает
повторение и систематизацию знаний, полученных в средней общеобразовательной
школе, формирование общих и профессиональных компетенций.
Практическое занятие – это форма
организации учебного процесса, предполагающая выполнение обучающимися заданий
самостоятельно и под руководством преподавателя. Дидактическая цель
практических работ – формирование у обучающихся профессиональных и практических
умений, необходимых для изучения последующих учебных дисциплин, а также
подготовка к применению этих умений в профессиональной деятельности.
Практические занятия предполагают
работу, связанную с постановкой задач по обработке информации; проведением
анализа предметной области; выбором модели и средства построения информационной
системы и программных средств; использованием критериев оценки качества и
надежности функционирования информационной системы; проведением оценки качества
и экономической эффективности информационной системы в рамках своей
компетенции; разработкой документации по эксплуатации информационной системы.
Структура
практических занятий включает в себя:
– теоретические вопросы по изучаемым темам;
– практические задания для решения с помощью
программных средств.
Разработано содержание десяти
практических занятий, рассчитанных на два/четыре академических часа, определена
их цель, приведены задания и упражнения, указана учебная и справочная
литература. Структура заданий соответствует структуре курса «Проектирование и
дизайн информационных систем».
ОК
01. Выбирать способы решения задач профессиональной деятельности, применительно
к различным контекстам.
ОК
02. Осуществлять поиск, анализ и интерпретацию информации, необходимой для
выполнения задач профессиональной деятельности.
ОК
03. Планировать и реализовывать собственное профессиональное и личностное
развитие. ОК 04. Работать в коллективе и команде, эффективно взаимодействовать
с коллегами,
руководством,
клиентами.
ОК 05. Осуществлять устную и письменную коммуникацию на
государственном языке с учетом особенностей социального и культурного
контекста.
ОК
06. Проявлять гражданско-патриотическую позицию, демонстрировать осознанное
поведение на основе традиционных общечеловеческих ценностей.
ОК 07. Содействовать сохранению
окружающей среды, ресурсосбережению, эффективно действовать в чрезвычайных
ситуациях.
ОК 08. Использовать средства физической
культуры для сохранения и укрепления здоровья в процессе профессиональной
деятельности и поддержания необходимого уровня физической подготовленности.
ОК
09. Использовать информационные технологии в профессиональной деятельности.
ОК 10. Пользоваться профессиональной
документацией на государственном и иностранном языке.
ОК 11. Планировать предпринимательскую деятельность в профессиональной
сфере.
ПК 5.1. Собирать исходные данные для
разработки проектной документации на информационную систему.
ПК 5.2. Разрабатывать проектную
документацию на разработку информационной системы в соответствии с требованиями
заказчика.
ПК 5.3. Разрабатывать подсистемы
безопасности информационной системы в соответствии с техническим заданием.
ПК 5.4. Производить разработку модулей
информационной системы в соответствии с техническим заданием.
ПК 5.5. Осуществлять тестирование
информационной системы на этапе опытной эксплуатации с фиксацией выявленных
ошибок кодирования в разрабатываемых модулях информационной системы.
ПК 5.6. Разрабатывать техническую
документацию на эксплуатацию информационной системы.
ПК 5.7. Производить оценку
информационной системы для выявления возможности ее модернизации.
ПРАКТИЧЕСКАЯ РАБОТА № 1. АНАЛИЗ ПРЕДМЕТНОЙ
ОБЛАСТИ РАЗЛИЧНЫМИ МЕТОДАМИ: КОНТЕНТ-АНАЛИЗ, ВЕБОМЕТРИЧЕСКИЙ АНАЛИЗ, АНАЛИЗ
СИТУАЦИЙ, МОДЕЛИРОВАНИЕ И ДР.
Цели: ознакомиться с процессом анализа
предметной области и получить навыки по использованию методов анализа
предметной области.
Теоретические
вопросы
Определение
предметной области.
Основные понятия
системного и структурного анализа.
Задание № 1
Ознакомиться с предложенным вариантом описания предметной
области (согласно заданию индивидуального проекта).
|
Вариант |
Предметная область |
Сущность задачи |
|
1 |
Страховая медицинская компания |
Страховая медицинская компания (СМК) осложнений после |
|
2 |
Агентство недвижимости |
Агентство недвижимости занимается покупкой, статистики |
|
3 |
Кадровое агентство |
Кадровое агентство способствует предлагает |
|
Вариант |
Предметная область |
Сущность задачи |
|
вакансия считается заполненной, а государственной статистики |
||
|
4 |
Компания по разработке программных продуктов |
Компания заключает договор с клиентом на государственной статистики |
|
5 |
Туроператор |
Туроператор предоставляет возможность своим статистики |
Задание № 2
Проанализировать предметную область,
уточнив и дополнив ее, руководствуясь собственным опытом, консультациями и
любыми источниками (книгами, учебниками или интернет- источниками).
Задание № 3
Выполнить структурное разбиение
предметной области на отдельные подразделения (подсистемы) согласно выполняемым
ими функциям.
Задание № 4
Определить задачи и функции системы в
целом и функции каждого подразделения (подсистемы).
Задание № 5
Продумать подробное описание работы
каждого подразделения (подсистемы), алгоритмов и сценариев выполнения ими
отдельных работ. Продумать виды входной и выходной информации для каждого
подразделения (подсистемы).
Задание № 6
Описать схему работы будущей
информационной системы, учитывая выделенные и описанные ранее подсистемы.
Задание № 7
Определить
группу пользователей, для которой данная система будет более востребована.
Описать
перечень функций системы, которые будут доступны данной группе пользователей.
Задание № 8
Расписать основные функциональные
возможности администратора системы, как одного из пользователей системы.
Задание № 9
Оформить
отчет.
Литература
1.
Грекул В. И.
Проектирование информационных систем. Курс лекций [Электронный ресурс]
: учебное пособие для студентов вузов, обучающихся по
специальностям в области информационных технологий / В. И. Грекул, Г. Н.
Денищенко, Н.Л . Коровкина. – Электрон. текстовые данные. – Москва, Саратов:
Интернет-Университет Информационных Технологий (ИНТУИТ), Вузовское образование,
2017. – 303 c.
2.
Проектирование
информационных систем. Проектный практикум [Электронный ресурс] : учебное пособие для студентов
дневного и заочного
отделений, изучающих курсы
«Проектирование информационных систем», «Проектный
практикум», обучающихся по направлению 230700.62 (09.03.03) / А. В. Платёнкин
[и др.]. – Электрон. текстовые данные. – Тамбов: Тамбовский государственный
технический университет, ЭБС АСВ, 2015. – 80 c.
3.
Золотов
С. Ю. Проектирование информационных систем [Электронный ресурс] : учебное
пособие / С. Ю. Золотов. – Электрон. текстовые данные. – Томск: Томский
государственный университет систем управления и радиоэлектроники, Эль Контент,
2013. – 88 c.
ПРАКТИЧЕСКАЯ РАБОТА № 2. ИЗУЧЕНИЕ УСТРОЙСТВ
АВТОМАТИЗИРОВАННОГО СБОРА ИНФОРМАЦИИ
Цели: изучение устройств автоматизированного сбора информации.
Теоретические
вопросы
Организация
и методы сбора информации. Устройства автоматизированного сбора информации. Задание
№ 1
Изучить
и описать технологии штрихового кодирования (Bar Code Technologies) сбора
информации.
Задание № 2
Изучить и описать технологии радиочастотной идентификации
(RFID – Radio Frequency Identification Technologies) сбора информации.
Задание № 3
Изучить и
описать карточные технологии (Card Technologies) сбора информации.
Задание № 4
Изучить и описать
технологии сбора данных (Data Communications Technologies).
Задание № 5
Изучить и описать технологии распознавания голоса, оптического и магнитного распознавания текста,
биометрические технологии и некоторые другие.
Задание № 6
В зависимости от целей, сферы деятельности и располагаемых
технических средств можно выделить методы сбора данных, применяемые:
1) в экономических информационных системах
(например, маркетинга);
2) в геоинформационных системах;
3) в статистических информационных системах;
4) в информационных системах управления
производственными процессами.
Задание № 7
Для заданной предметной области (см. практическая работа №
1) опишите устройства и методы автоматизированного сбора информации.
Задание № 8
Оформить отчет.
Литература
1.
Устройства
сбора информации для управления техническими системами [Электронный ресурс] :
методические указания по дисциплине «Управление техническими системами» для
студентов бакалавриата направления подготовки 27.03.04 Управление в технических
системах / – Электрон. текстовые данные. – М. : Московский государственный
строительный университет, Ай Пи Эр Медиа, ЭБС АСВ, 2015. – 46 c.
2. Старостин А. А. Технические
средства автоматизации и управления [Электронный ресурс] : учебное пособие / А.
А. Старостин, А. В. Лаптева. – Электрон. текстовые данные. – Екатеринбург:
Уральский федеральный университет, ЭБС АСВ, 2015. – 168 c.
3. Лошаков С. Периферийные
устройства вычислительной техники [Электронный ресурс] / С. Лошаков. –
Электрон. текстовые данные. – М. : Интернет-Университет Информационных
Технологий (ИНТУИТ), 2016. – 419 c.
ПРАКТИЧЕСКАЯ РАБОТА № 3. ОЦЕНКА ЭКОНОМИЧЕСКОЙ
ЭФФЕКТИВНОСТИ ИНФОРМАЦИОННОЙ СИСТЕМЫ
Цели: изучение методов оценки экономической эффективности информационных
систем.
Теоретические
вопросы
Понятие
экономической эффективности информационных систем.
Методы
оценки экономической эффективности информационных систем. Расчет экономической
эффективности информационных систем.
Задание № 1
Охарактеризуйте затратные методы оценки экономической
эффективности информационных систем.
Задание № 2
Охарактеризуйте
методы оценки прямого результата информационных систем.
Задание № 3
Охарактеризуйте методы оценки экономической эффективности
информационных систем, основанные на оценке идеальности процесса.
Задание № 4
Охарактеризуйте квалиметрические подходы к оценке экономической эффективности
информационных систем, основанные на оценке
идеальности процесса.
Задание № 5
Проведите сравнительный анализ методов оценки экономической эффективности информационных систем.
Задание № 6
Рассчитайте экономическую эффективность заданной информационной системы (см. практическая работа № 1).
Задание № 7
Оформить отчет.
Литература
1. Стешин А. И. Информационные системы в
организации [Электронный ресурс] : учебное пособие / А. И. Стешин. – 2-е изд. –
Электрон. текстовые данные. – Саратов: Вузовское образование, 2019. – 194 c.
2. Уткин В. Б. Информационные системы и
технологии в экономике [Электронный ресурс] : учебник для вузов / В. Б. Уткин,
К. В. Балдин. – Электрон. текстовые данные. – М. : ЮНИТИ- ДАНА, 2017. – 336 c.
3. Гладких Т. В. Информационные системы
и сети [Электронный ресурс] : учебное пособие / Т. В. Гладких, Е. В. Воронова.
– Электрон. текстовые данные. – Воронеж: Воронежский государственный
университет инженерных технологий, 2016. – 87
c.
ПРАКТИЧЕСКАЯ РАБОТА № 4. РАЗРАБОТКА МОДЕЛИ
АРХИТЕКТУРЫ ИНФОРМАЦИОННОЙ СИСТЕМЫ
Цели: получение навыков разработки модели архитектуры информационной системы.
Теоретические
вопросы
Понятие архитектуры
информационной системы.
Виды архитектур
информационных систем. Достоинства и недостатки.
Задание № 1
Спроектировать информационную систему (см. практическая
работа № 1) на основе архитектуры «файл-сервер».
Задание № 2
Спроектировать информационную систему (см. практическая
работа № 1) на основе архитектуры «клиент-сервер».
Задание № 3
Спроектировать информационную систему (см. практическая
работа № 1) на основе многозвенной архитектуры «клиент-сервер».
Задание № 4
Оформить отчет.
Литература
1.
Грекул В. И.
Проектирование информационных систем. Курс лекций [Электронный ресурс]
: учебное пособие для студентов вузов, обучающихся по
специальностям в области информационных технологий / В. И. Грекул, Г. Н.
Денищенко, Н. Л. Коровкина. – Электрон. текстовые данные. – Москва, Саратов:
Интернет-Университет Информационных Технологий (ИНТУИТ), Вузовское образование,
2017. – 303 c.
2.
Проектирование
информационных систем. Проектный практикум [Электронный ресурс] : учебное пособие для студентов
дневного и заочного
отделений, изучающих курсы
«Проектирование информационных систем», «Проектный
практикум», обучающихся по направлению 230700.62 (09.03.03) / А. В. Платёнкин
[и др.]. – Электрон. текстовые данные. – Тамбов: Тамбовский государственный
технический университет, ЭБС АСВ, 2015. – 80 c.
3.
Золотов
С. Ю. Проектирование информационных систем [Электронный ресурс] : учебное
пособие / С. Ю. Золотов. – Электрон. текстовые данные. – Томск: Томский
государственный университет систем управления и радиоэлектроники, Эль Контент,
2013. – 88 c.
ПРАКТИЧЕСКАЯ РАБОТА № 5. ПОСТРОЕНИЕ МОДЕЛИ
УПРАВЛЕНИЯ КАЧЕСТВОМ ПРОЦЕССА ИЗУЧЕНИЯ МОДУЛЯ «ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА
ИНФОРМАЦИОННЫХ СИСТЕМ»
Цели: получение навыков построения модели управления качеством.
Теоретические
вопросы
Основные понятия качества информационной системы.
Национальный стандарт обеспечения качества автоматизированных информационных
систем.
Международная система стандартизации и сертификации
качества продукции. Стандарты группы ISO.
Методы
контроля качества в информационных системах. Особенности контроля в различных
видах систем.
Автоматизация
систем управления качеством разработки.
Задание № 1
Привести национальные стандарты обеспечения качества автоматизированных информационных систем.
Задание № 2
Охарактеризовать международную систему стандартизации и сертификации качества продукции.
Задание № 3
Описать стандарты
группы ISO.
Задание № 4
Привести методы
контроля качества в информационных системах.
Задание № 5
Постройте модель управления качеством процесса изучения
модуля «Проектирование и разработка информационных систем».
Задание № 6
Оформить отчет.
Литература
1.
Кордонская
И. Б. Управление качеством [Электронный ресурс] / И.Б. Кордонская. – Электрон.
текстовые данные. – Самара: Поволжский государственный университет
телекоммуникаций и информатики, 2017. – 99 c.
2.
Николаев
М. И. Метрология, стандартизация, сертификация и управление качеством
[Электронный ресурс] / М. И. Николаев. – Электрон. текстовые данные. – М. :
Интернет- Университет Информационных Технологий (ИНТУИТ), 2016. – 115 c.
3.
Шклярова
Е. И. Метрология, стандартизация, сертификация и управление качеством в
вопросах и ответах [Электронный ресурс] : методические рекомендации / Е. И.
Шклярова. – Электрон. текстовые данные. – М. : Московская государственная
академия водного транспорта, 2016. – 19 c.
ПРАКТИЧЕСКАЯ РАБОТА № 6. РАЗРАБОТКА
ТРЕБОВАНИЙ БЕЗОПАСНОСТИ ИНФОРМАЦИОННОЙ СИСТЕМЫ
Цели: получение навыков разработки требований безопасности информационной
системы.
Теоретические
вопросы
Угрозы
тбезопасности информационных систем.
Обеспечение
безопасности функционирования информационных систем. Методы и средства
обеспечения безопасности информационных систем. Задание № 1.
Определите цели и задачи системы защиты информации.
Задание № 2
Перечислите
факторы, влияющие на организацию системы защиты информации.
Задание № 3
Определите дестабилизирующие воздействия на информационную
систему и способы их нейтрализации.
Задание № 4
 |
Напишите программу по подсчету общей вероятности нарушения
безопасности объекта, подсчитываемой по формуле
где к – число угроз; n
– число нарушителей; Рi – вероятность
появления субъекта i-го типа; p(j/i) – условная вероятность того, что субъект
i-го типа выберет для реализации угрозу j-го типа; qн1– вероятность несрабатывания средств
обнаружения; qн2 – вероятность несрабатывания
средств отражения; а – постоянная величина,
характеризующая «скорость» реализации угрозы, tот – время, которым
располагает субъект угрозы, если tот = 0 – угроза не реализуется.
Задание № 5
Разработайте требования безопасности
информационной системы (см. практическая работа № 1).
Задание № 6
Выберите методы и средства защиты информации для исследуемой
информационной системы.
Литература
1.
Шаньгин В. Ф.
Информационная безопасность и защита информации [Электронный ресурс]
/
В. Ф. Шаньгин. – Электрон. текстовые данные. – Саратов: Профобразование, 2017.
– 702 c.
2.
Петров С.
В. Информационная безопасность [Электронный ресурс] : учебное пособие / С. В. Петров, П. А. Кисляков. – Электрон.
текстовые данные. – Саратов: Ай
Пи Ар Букс, 2015. – 326 c.
3.
Горюхина
Е. Ю. Информационная безопасность [Электронный ресурс] : учебное пособие / Е.
Ю. Горюхина, Л. И. Литвинова, Н. В. Ткачева. – Электрон. текстовые данные. –
Воронеж: Воронежский Государственный Аграрный Университет им. Императора Петра
Первого, 2015. – 221 c.
ПРАКТИЧЕСКАЯ РАБОТА № 7. ПРОЕКТИРОВАНИЕ
СПЕЦИФИКАЦИИ ИНФОРМАЦИОННОЙ СИСТЕМЫ ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ
Цели: получение навыков проектирования спецификации информационной системы.
Теоретические
вопросы
Требования
к информационной системе. Методы анализа и спецификации требований.
Концептуальные требования.
Функциональные
требования. Технические требования.
Технологии и
методологии управления требованиями.
Задание № 1
Сформулировать цели
и задачи создания информационной системы (см. практическая работа
№
1). Охарактеризовать вид информационной системы, её назначение, используемые в
работе системы данные. Сформулировать концептуальные требования к
информационной системе.
Задание № 2
Дать характеристику типового объекта
автоматизации (организации, предприятия) для которого создаётся и на котором
будет внедрена информационная система. Описать автоматизируемые
бизнес-процессы.
Задание № 3
Сформулировать требования к системе в
целом. Описать структуру информационной системы. Перечислить функциональные подсистемы.
Задание № 4
Сформулировать функциональные
требования. Описать требования к функциям и задачам, выполняемым системой.
Описать назначение и состав функций каждой из подсистем.
Задание № 5
Описать предметную область. Разработать
концептуальную модель данных предметной области. Сформулировать требования к
информационному обеспечению системы.
Задание № 6
Сформулировать требования к программному
обеспечению системы. Описать требования к пользовательскому интерфейсу.
Сформулировать технические требования к реализации и режимам работы информационной системы.
Задание № 7
Используя полученные результаты,
подготовить документ «Техническое задание на создание информационной системы»,
включающий в себя полное описание концептуальных, функциональных и технических
требований к создаваемой системе.
Литература
1.
Грекул В. И.
Проектирование информационных систем. Курс лекций [Электронный ресурс]
: учебное пособие для студентов вузов, обучающихся по
специальностям в области информационных технологий / В. И. Грекул, Г. Н.
Денищенко, Н. Л. Коровкина. – Электрон. текстовые данные. – Москва, Саратов:
Интернет-Университет Информационных Технологий (ИНТУИТ), Вузовское образование,
2017. – 303 c.
2.
Проектирование
информационных систем. Проектный практикум [Электронный ресурс] : учебное пособие для студентов
дневного и заочного
отделений, изучающих курсы
«Проектирование информационных систем», «Проектный
практикум», обучающихся по направлению 230700.62 (09.03.03) / А. В. Платёнкин
[и др.]. – Электрон. текстовые данные. – Тамбов: Тамбовский государственный
технический университет, ЭБС АСВ, 2015. – 80 c.
3.
Золотов
С. Ю. Проектирование информационных систем [Электронный ресурс] : учебное
пособие / С. Ю. Золотов. – Электрон. текстовые данные. – Томск: Томский
государственный университет систем управления и радиоэлектроники, Эль Контент,
2013. – 88 c.
4.
ГОСТ
19.201-78 Единая система программной документации. Техническое задание.
Требования к содержанию и оформлению.
5.
ГОСТ
34.602-89 Информационная технология. Комплекс стандартов на автоматизированные
системы. Техническое задание на создание автоматизированной системы.
ПРАКТИЧЕСКАЯ РАБОТА № 8. РАЗРАБОТКА ОБЩЕГО
ФУНКЦИОНАЛЬНОГО ОПИСАНИЯ ПРОГРАММНОГО СРЕДСТВА ПО ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ
Цели: получение навыков
разработки общего функционального описания программного средства.
Теоретические вопросы
Виды
информационных систем, их назначение и состав. Технологии разработки
информационных систем.
Методологии
разработки программного обеспечения. Процесс разработки программного
обеспечения.
Управление
разработкой программного обеспечения. Проектирование информационных систем.
Этапы проектирования.
Задачи и результаты
проектирования.
Задание № 1
Подготовить исходные данные для разработки информационной
системы (см. практическая работа № 1). Исходными данными для планирования являются:
·
общее
описание некоторой информационной системы (назначение, область применения,
решаемые задачи, технологические особенности реализации и внедрения);
·
ограничения и условия разработки (требования заказчика, возможности команды разработчиков, сроки разработки,
бюджет проекта и т.д.).
Задание № 2
Составить эскизный
план разработки информационной системы.
Задание № 3
Составить документ «Технический проект»
с описанием проектных решений (архитектура системы, логическая структура базы
данных, решения по реализации пользовательского интерфейса и т.д.).
Задание № 4
Составить документ «План тестирования» с
описанием методики тестирования и контрольных
тестов.
Задание № 5
Составить
документ «План ввода информационной системы в эксплуатацию».
Литература
1.
Грекул В. И.
Проектирование информационных систем. Курс лекций [Электронный ресурс]
: учебное пособие для студентов вузов, обучающихся по
специальностям в области информационных технологий / В. И. Грекул, Г. Н.
Денищенко, Н. Л. Коровкина. – Электрон. текстовые данные. – Москва, Саратов:
Интернет-Университет Информационных Технологий (ИНТУИТ), Вузовское образование,
2017. – 303 c.
2.
Проектирование
информационных систем. Проектный практикум [Электронный ресурс] : учебное пособие для студентов
дневного и заочного
отделений, изучающих курсы
«Проектирование информационных систем», «Проектный
практикум», обучающихся по направлению 230700.62 (09.03.03) / А. В. Платёнкин
[и др.]. – Электрон. текстовые данные. – Тамбов: Тамбовский государственный
технический университет, ЭБС АСВ, 2015. – 80 c.
3.
Золотов
С. Ю. Проектирование информационных систем [Электронный ресурс] : учебное
пособие / С. Ю. Золотов. – Электрон. текстовые данные. – Томск: Томский
государственный университет систем управления и радиоэлектроники, Эль Контент,
2013. – 88 c.
4. ГОСТ 2.119-2013 Единая система конструкторской
документации. Эскизный проект.
5.
ГОСТ 2.120-2013 Единая
система конструкторской документации. Технический проект.
ПРАКТИЧЕСКАЯ РАБОТА № 9. РАЗРАБОТКА
РУКОВОДСТВА ПО ИНСТАЛЛЯЦИИ ПРОГРАММНОГО СРЕДСТВА ПО ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ
Цели: получение навыков разработки руководства по инсталляции программного
средства.
Теоретические
вопросы
Понятие
дистрибутива. Виды дистрибутивов. Типы инсталляции программного обеспечения.
Руководство по инсталляции программного средства.
Задание № 1
Разработать руководство по инсталляции программного средства для заданной информационной системы (см.
практическая работа № 1).
Литература
1.
Грекул В. И.
Проектирование информационных систем. Курс лекций [Электронный ресурс]
: учебное пособие для студентов вузов, обучающихся по
специальностям в области информационных технологий / В. И. Грекул, Г. Н.
Денищенко, Н. Л. Коровкина. – Электрон. текстовые данные. – Москва, Саратов:
Интернет-Университет Информационных Технологий (ИНТУИТ), Вузовское образование,
2017. – 303 c.
2.
Проектирование
информационных систем. Проектный практикум [Электронный ресурс] : учебное пособие для студентов
дневного и заочного
отделений, изучающих курсы
«Проектирование информационных систем», «Проектный практикум»,
обучающихся по направлению 230700.62 (09.03.03) / А. В. Платёнкин [и др.]. –
Электрон. текстовые данные. – Тамбов: Тамбовский государственный технический
университет, ЭБС АСВ, 2015. – 80 c.
3.
Золотов
С. Ю. Проектирование информационных систем [Электронный ресурс] : учебное
пособие / С. Ю. Золотов. – Электрон. текстовые данные. – Томск: Томский
государственный университет систем управления и радиоэлектроники, Эль Контент,
2013. – 88 c.
4. ГОСТ 2.001-2013 Единая система конструкторской
документации. Общие положения.
ПРАКТИЧЕСКАЯ РАБОТА № 10. РАЗРАБОТКА
РУКОВОДСТВА ПОЛЬЗОВАТЕЛЯ ПРОГРАММНОГО СРЕДСТВА ПО ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ
Цели: получение навыков разработки руководства пользователя программного
средства.
Теоретические
вопросы
Перечень и комплектность документов на информационные
системы согласно ЕСПД и ЕСКД. Задачи документирования.
Проектная
документация. Техническая документация. Отчетная документация. Пользовательская
документация. Маркетинговая документация.
Задание № 1
Разработать
руководство пользователя программного средства (см. практическая работа № 1).
Литература
1. Грекул В. И. Проектирование информационных систем.
Курс лекций [Электронный ресурс]
: учебное пособие для студентов вузов, обучающихся по специальностям в области
информационных технологий / В. И. Грекул, Г. Н. Денищенко,
Н. Л. Коровкина. – Электрон. текстовые данные. – Москва, Саратов:
Интернет-Университет Информационных Технологий (ИНТУИТ), Вузовское образование,
2017. – 303 c.
2.
Проектирование
информационных систем. Проектный практикум [Электронный ресурс] : учебное пособие для студентов
дневного и заочного
отделений, изучающих курсы
«Проектирование информационных систем», «Проектный
практикум», обучающихся по направлению 230700.62 (09.03.03) / А. В. Платёнкин
[и др.]. – Электрон. текстовые данные. – Тамбов: Тамбовский государственный
технический университет, ЭБС АСВ, 2015. – 80 c.
3.
Золотов
С. Ю. Проектирование информационных систем [Электронный ресурс] : учебное
пособие / С. Ю. Золотов. – Электрон. текстовые данные. – Томск: Томский
государственный университет систем управления и радиоэлектроники, Эль Контент,
2013. – 88 c.
4.
ГОСТ 2.001-2013 Единая
система конструкторской документации. Общие положения.
Документация на программное обеспечение — это документы, сопровождающие некоторое программное обеспечение (ПО) — программу или программный продукт. Эти документы описывают то, как работает программа и/или то, как её использовать.
Документирование — это важная часть в разработке программного обеспечения, но часто ей уделяется недостаточно внимания.
Типы документации
Существует четыре основных типа документации на ПО:
- архитектурная/проектная — обзор программного обеспечения, включающий описание рабочей среды и принципов, которые должны быть использованы при создании ПО
- техническая — документация на код, алгоритмы, интерфейсы, API
- пользовательская — руководства для конечных пользователей, администраторов системы и другого персонала
- маркетинговая
Архитектурная/проектная документация
Проектная документация обычно описывает продукт в общих чертах. Не описывая того, как что-либо будет использоваться, она скорее отвечает на вопрос «почему именно так?» Например, в проектном документе программист может описать обоснование того, почему структуры данных организованы именно таким образом. Описываются причины, почему какой-либо класс сконструирован определённым образом, выделяются паттерны, в некоторых случаях даже даются идеи, как можно будет выполнить улучшения в дальнейшем. Ничего из этого не входит в техническую или пользовательскую документацию, но всё это действительно важно для проекта.
Техническая документация
Это именно то, что подразумевают под термином документация большинство программистов. При создании программы, одного лишь кода, как правило, недостаточно. Должен быть предоставлен некоторый текст, описывающий различные аспекты того, что именно делает код. Такая документация часто включается непосредственно в исходный код или предоставляется вместе с ним.
Подобная документация имеет сильно выраженный технических характер и в основном используется для определения и описания API, структур данных и алгоритмов.
Часто при составлении технической документации используются автоматизированные средства — генераторы документации, такие как Doxygen, javadoc, NDoc и другие. Они получают информацию из специальным образом оформленных комментариев в исходном коде, и создают справочные руководства в каком-либо формате, например, в виде текста или HTML. Использование генераторов документации и документирующих комментариев многими программистами признаётся удобным средством, по различным причинам. В частности, при таком подходе документация является частью исходного кода, и одни и те же инструменты могут использоваться для сборки программы и одновременной сборки документации к ней. Это также упрощает поддержку документации в актуальном состоянии.
Пользовательская документация
В отличие от технической документации, сфокусированной на коде и том, как он работает, пользовательская документация описывает лишь то, как использовать программу.
В случае если продуктом является программная библиотека, пользовательская документация и документация на код становятся очень близкими, почти эквивалентными понятиями. Но в общем случае, это не так.
Обычно, пользовательская документация представляет собой руководство пользователя, которое описывает каждую функцию программы, а также шаги, которые нужно выполнить для использования этой функции. Хорошая пользовательская документация идёт ещё дальше и предоставляет инструкции о том, что делать в случае возникновения проблем. Очень важно, чтобы документация не вводила в заблуждение и была актуальной. Руководство должно иметь чёткую структуру; очень полезно, если имеется сквозной предметный указатель. Логическая связность и простота также имеют большое значение.
Существует три подхода к организации пользовательской документации. Вводное руководство (англ. tutorial), наиболее полезное для новых пользователей, последовательно проводит по ряду шагов, служащих для выполнения каких-либо типичных задач. Тематический подход, при котором каждая глава руководства посвящена какой-то отдельной теме, больше подходит для совершенствующихся пользователей. В последнем, третьем подходе, команды или задачи организованы в виде алфавитного справочника — часто это хорошо воспринимается продвинутыми пользователями, хорошо знающими, что они ищут. Жалобы пользователей обычно относятся к тому, что документация охватывает только один из этих подходов, и поэтому хорошо подходит лишь для одного класса пользователей.
Во многих случаях разработчики программного продукта ограничивают набор пользовательской документации лишь встроенной системой помощи (англ. online help), содержащей справочную информацию о командах или пунктах меню. Работа по обучению новых пользователей и поддержке совершенствующихся пользователей перекладывается на частных издателей, часто оказывающих значительную помощь разработчикам.
Маркетинговая документация
Для многих приложений необходимо располагать рядом рекламных материалов, с тем чтобы заинтересовать людей, обратив их внимание на продукт. Такая форма документации имеет целью:
- подогреть интерес к продукту у потенциальных пользователей
- информировать их о том, что именно делает продукт, с тем чтобы их ожидания совпадали с тем что они получат
- объяснить положение продукта по сравнению с конкурирующими решениями
Одна из хороших маркетинговых практик — предоставление слогана — простой запоминающейся фразы, иллюстрирующей то что мы хотим донести до пользователя, а также характеризующей ощущение, которое создаёт продукт.
Часто бывает так, что коробка продукта и другие маркетинговые материалы дают более ясную картину о возможностях и способах использования программы, чем всё остальное.
Документирование программного обеспечения
Когда программист-разработчик получает в той или иной форме задание на программирование, перед ним, перед руководителем проекта и перед всей проектной группой встают вопросы: что должно быть сделано, кроме собственно программы? что и как должно быть оформлено в виде документации? что передавать пользователям, а что — службе сопровождения? как управлять всем этим процессом? Кроме упомянутых вопросов есть и другие, например, что должно входить в само задание на программирование? Прошло много лет, программирование происходит в среде совершенно новых технологий, многие программисты, работая в стиле drag-and-drop, могут годами не видеть текст своих программ. Это не значит, что исчезла необходимость в их документировании. Более того, вопросы о наличии хоть какой-то системы, регламентирующей эту сторону создания программных средств, продолжают задавать постоянно. Спрашивают и о том, есть ли обязательные для применения стандарты (особенно остро стоит этот вопрос, когда разработка выполняется по заказу государственной организации или предприятия). Интересуются и тем, где можно купить имеющиеся стандарты.
Качество программного обеспечения, наряду с другими факторами, определяется полнотой и качеством пакета документов, сопровождающих ПО. К программным документам относятся документы, содержащие сведения, необходимые для разработки, изготовления, сопровождения программ и эксплуатации.
Техническое задание
Техническое задание. Требование к содержанию и оформлению. Напомним, что техническое задание (ТЗ) содержит совокупность требований к ПС и может использоваться как критерий проверки и приемки разработанной программы.
Поэтому достаточно полно составленное (с учетом возможности внесения дополнительных разделов) и принятое заказчиком и разработчиком, ТЗ является одним из основополагающих документов проекта программного средства.
- Техническое задание на разработку ПО должно включать следующие разделы: введение; основания для разработки;
- назначение разработки;
- требования к программе;
- требования к программной документации;
- технико-экономические показатели;
- стадии и этапы разработки;
- порядок контроля и приемки;
- приложения.
В зависимости от особенностей разрабатываемого ПО стандарт допускает уточнение содержания разделов, введение новых разделов или их объединение.
Руководство пользователя
Под документацией пользователя понимается документация, которая обеспечивает конечного пользователя информацией по установке и эксплуатации программного пакета. Под информацией на упаковке понимают информацию, воспроизводимую на внешней упаковке программного пакета. Ее целью является предоставление потенциальным покупателям первичных сведений о программном пакете.
Пользовательская документация программного средства объясняет пользователям, как они должны действовать, чтобы применить данную программу. Она необходима, если программа предполагает какое-либо взаимодействие с пользователями. К такой документации относятся документы, которыми руководствуется пользователь при установке программы с соответствующей настройкой на среду применения, при применении программы для решения своих задач и при управлении программой (например, когда данное программное средство взаимодействует с другими системами). Эти документы частично затрагивают вопросы сопровождения программного средства, но не касаются вопросов, связанных с модификацией программ.
В связи с этим следует различать две категории пользователей: ординарных пользователей программы и администраторов. Ординарный пользователь программы (end-user) использует программу для решения своих задач (в своей предметной области). Это может быть инженер, проектирующий техническое устройство, или кассир, продающий железнодорожные билеты с помощью данной программы. Он может и не знать многих деталей работы компьютера или принципов программирования. Администратор программы (system administrator) управляет использованием программы ординарными пользователями и осуществляет сопровождение программного средства, не связанное с модификацией программ. Например, он может регулировать права доступа к программе между ординарными пользователями, поддерживать связь с поставщиками программы или выполнять определенные действия, чтобы поддерживать программу в рабочем состоянии, если оно включено как часть в другую систему.
Состав пользовательской документации зависит от аудиторий пользователей, на которые оно ориентировано, и от режима использования документов. Под аудиторией здесь понимается контингент пользователей, у которого есть необходимость в определенной пользовательской документации. Удачный пользовательский документ существенно зависит от точного определения аудитории, для которой он предназначен. Пользовательская документация должна содержать информацию, необходимую для каждой аудитории. Под режимом использования документа понимается способ, определяющий, каким образом используется этот документ. Обычно пользователю достаточно больших программных систем требуются либо документы для изучения программного средства (использование в виде инструкции), либо для уточнения некоторой информации (использование в виде справочника).
Можно считать типичным следующий состав пользовательской документации для достаточно больших программных средств:
- Общее функциональное описание программного средства. Дает краткую характеристику функциональных возможностей программного средства.
- Предназначено для пользователей, которые должны решить, насколько необходимо им данное программного средства.
Руководство по инсталляции программного средства
Предназначено для системных администраторов. Он должен детально предписывать, как устанавливать системы в конкретной среде. Он должен содержать описание машинно-считываемого носителя, на котором поставляется программное средство, файлы, представляющие программное средство, и требования к минимальной конфигурации аппаратуры.
Инструкция по применению программного средства
Предназначена для ординарных пользователей. Содержит необходимую информацию по применению программного средства, организованную в форме удобной для ее изучения.
Справочник по применению программного средства
Предназначен для ординарных пользователей. Содержит необходимую информацию по применению программного средства, организованную в форме удобной для избирательного поиска отдельных деталей.
Руководство по управлению программным средством
Предназначено для системных администраторов. Оно должно описывать сообщения, генерируемые, когда программные средства взаимодействует с другими системами, и как реагировать на эти сообщения. Кроме того, если программное средство использует системную аппаратуру, этот документ может объяснять, как сопровождать эту аппаратуру.
Разработка пользовательской документации начинается сразу после создания внешнего описания. Качество этой документации может существенно определять успех программы. Она должна быть достаточно проста и удобна для пользователя (в противном случае это программное средство, вообще, не стоило создавать). Поэтому, хотя черновые варианты (наброски) пользовательских документов создаются основными разработчиками программного средства, к созданию их окончательных вариантов часто привлекаются профессиональные технические писатели. Кроме того, для обеспечения качества пользовательской документации разработан ряд стандартов, в которых предписывается порядок разработки этой документации, формулируются требования к каждому виду пользовательских документов и определяются их структура и содержание.
Руководство программиста
Документация по сопровождению программного средства (system documentation) описывает программное средство с точки зрения ее разработки.
Эта документация необходима, если программное средство предполагает изучение того, как оно устроена (сконструирована), и модернизацию его программ. Как уже отмечалось, сопровождение — это продолжающаяся разработка. Поэтому в случае необходимости модернизации программного средства к этой работе привлекается специальная команда разработчиков- сопроводителей. Этой команде придется иметь дело с такой же документацией, которая определяла деятельность команды первоначальных (основных) разработчиков программного средства, — с той лишь разницей, что эта документация для команды разработчиков-сопроводителей будет, как правило, чужой (она создавалась другой командой). Команда разработчиков- сопроводителей должна будет изучать эту документацию, чтобы понять строение и процесс разработки модернизируемого программного средства, и внести в эту документацию необходимые изменения, повторяя в значительной степени технологические процессы, с помощью которых создавалось первоначальное программное средство.
Документация по сопровождению программного средства можно разбить на две группы:
1. документация, определяющая строение программ и структур данных ПС и технологию их разработки;
2. документацию, помогающую вносить изменения в программное средство.
Документация первой группы содержит итоговые документы каждого технологического этапа разработки программного средства. Она включает следующие документы:
- Внешнее описание программного средства (Requirements document).
- Описание архитектуры программного средства (description of the system architecture), включая внешнюю спецификацию каждой ее программы.
- Для каждой программы программного средства — описание ее модульной структуры, включая внешнюю спецификацию каждого включенного в нее модуля.
- Для каждого модуля — его спецификация и описание его строения (design description).
- Тексты модулей на выбранном языке программирования (program source code listings).
- Документы установления достоверности программного средства (validation documents), описывающие, как устанавливалась достоверность каждой программы программного средства и как информация об установлении достоверности связывалась с требованиями к программному средству.
Документы установления достоверности включают, прежде всего, документацию по тестированию (схема тестирования и описание комплекта тестов), но могут включать и результаты других видов проверки программного средства, например, доказательства свойств программ.
Документация второй группы содержит
- Руководство по сопровождению программного средства (system maintenance guide), которое описывает известные проблемы вместе с программным средством, описывает, какие части системы являются аппаратно- и программно- зависимыми, и как развитие программного средства принято в расчет в его строении (конструкции).
- Общая проблема сопровождения программного средства — обеспечить, чтобы все его представления шли в ногу (оставались согласованными), когда программное средство изменяется. Чтобы этому помочь, связи и зависимости между документами и их частями должны быть зафиксированы в базе данных управления конфигурацией.
Процесс управления конфигурацией
Процесс управления конфигурацией является процессом применения административных и технических процедур на всем протяжении ЖЦ ПС для определения состояния (базовой линии) программных объектов в системе, управления их изменениями и выпуском.
Данный процесс состоит из шести работ. Общее число задач по данным работам равно 6.
- Подготовка процесса управления конфигурацией — разработка плана управления конфигурацией. Тип выходного результата задачи — план.
- Определение конфигурации — Определение схемы обозначения программных объектов и их версий (объектов программной конфигурации) и документации, в которой фиксируется состояние их конфигурации. Тип выходного результата задачи — описание.
- Контроль конфигурации — Регистрация заявок на внесение изменений; анализ и оценка изменений; принятие или непринятие заявки; реализация, верификация и выпуск измененного программного объекта; обеспечение аудиторских проверок изменений.
- Учет состояний конфигурации — Подготовка протоколов управления конфигурацией и отчетов о состоянии контролируемых программных объектов. Тип выходного результата задачи — протокол, отчет.
- Оценка конфигурации — Определение и обеспечение функциональной законченности и физической завершенности программных объектов. Тип выходного результата задачи — протокол, отчет.
- Управление выпуском и поставка — Контроль выпуска и поставки программных продуктов и документации.
Источник: