- ГОСТ Р 51901.11-2005: Менеджмент риска. Исследование опасности и работоспособности. Прикладное руководство
-
Терминология ГОСТ Р 51901.11-2005: Менеджмент риска. Исследование опасности и работоспособности. Прикладное руководство оригинал документа:
3.5 вред (harm): Физический вред или ущерб здоровью людей или повреждение собственности или окружающей среды.
Определения термина из разных документов: вред
3.6 опасность (hazard): Потенциальный источник вреда.
Определения термина из разных документов: опасность
3.3 отклонение (deviation): Отклонение от цели проекта.
Определения термина из разных документов: отклонение
3.9 риск (risk): Сочетание вероятности появления опасного события и его последствий.
Определения термина из разных документов: риск
3.4 управляющее слово (guide word): Слово или фраза, которые выражают и определяют определенный тип отклонения от цели проекта элемента.
3.1 характеристика (characteristic): Качественное или количественное свойство элемента.
Примечание — Примеры характеристик — давление, температура, напряжение.
3.2 цель проекта (design intent): Диапазон изменений характеристик состояния элементов системы, заданный или установленный по требованиям проектировщиков.
Определения термина из разных документов: цель проекта
3.7 часть (part): Часть исследуемой системы.
Примечание — Часть может быть физической (например, аппаратные средства) или логической (например, шаг в последовательности операций).
Определения термина из разных документов: часть
3.8 элемент (element): Непосредственная составляющая части, которая служит для идентификации существенных особенностей части.
Примечание — Выбор элементов может зависеть от конкретного применения, но элементы могут включать особенности, такие как материал, выполняемое действие, используемое оборудование и т.д. Материал должен рассматриваться в широком смысле и включать данные, программное обеспечение и т.д.
Определения термина из разных документов: элемент
Словарь-справочник терминов нормативно-технической документации.
.
2015.
Полезное
Руководство пользователя – это основной документ в составе эксплуатационной документации на автоматизированную систему (ГОСТ 34). Очевидно ли это?
Назначение руководства пользователя
Цель создания документа заключается в том, чтобы предоставить пользователю возможность самостоятельно решать свои прикладные задачи с помощью системы. Этой цели может служить и введение в предметную область, и ознакомление со всеми возможностями программы, и описание конкретных процедур решения задач, и приведение различных инструкций. Иногда Руководство пользователя больше похоже на справочник, к которому можно обращаться в процессе работы, а иногда – на учебник, который позволяет изучить принципы работы с программой и ее возможности, а затем применять их на практике.
Состав типового руководства пользователя
Конкретный подход к написанию определяется многими факторами:
– назначением программы и областью ее применения;
– сложностью программы;
– количеством разнообразных вариантов использования.
Принимая во внимание все различия и особенности, сложно привести структуру любого Руководства пользователя к одному виду. Тем не менее, РД 50-34.698 предлагает нам такой список разделов:
– Введение, где указывают область применения ПО, краткое описывают его возможности, требуемый уровень знаний пользователя и список документов, которые необходимо изучить помимо настоящего руководства;
– Назначение и условия применения, где описывают виды деятельности и функции, которые автоматизированы и условия, при соблюдении которых автоматизация используется;
– Подготовка к работе, где описывают комплектность дистрибутива, порядок установки и загрузки программы, а также способ проверки ее работоспособности;
– Описание операций, представляет собой основной раздел, где описывают функции программы, процессы работы с данными, выполнение конкретных задач пользователя;
– Аварийные ситуации, где описывают действия в нештатных ситуациях – сбоях в программе, ошибок в данных и т.д.;
– Рекомендации по освоению, где приводят методические рекомендации по изучению программы и примеры использования.
Данная структура может меняться и дополняться – например, основной раздел часто разбивают на несколько значимых разделов по группам функций или задач, также в современных системах нередко добавляют раздел Интерфейс пользователя, где описывают взаимодействие пользователя с программой с примерами и снимками экрана.
Стандарты для руководства пользователя
Наличие Руководства пользователя регламентируется ГОСТ 34.201, а структура и содержание – РД 50-34.698. Однако, в зависимости от сложности, назначения и области применения ПО, различные Руководства пользователя могут отличаться друг от друга по способу, методике и стилю изложения.
Заключение
Грамотно написанное Руководство пользователя может сэкономить значительное количество времени на обучение и адаптацию пользователя к программе, а также снизить количество ошибок в работе что, в свою очередь, повышает экономическую эффективность системы. Если вы не хотите вникать во все тонкости создания Руководства пользователя, но хотите иметь полный, качественный и полезный документ – обратитесь в компанию ТехРайтКонсалт, и мы применим весь наш опыт и знания для решения вашей задачи по доступной цене!
– разработка руководства администратора;
– создание руководства программиста;
– разработка руководства оператора.
- Главная
- Блог
Что такое прикладное программирование?
Что такое прикладное программирование? Согласно определению – прикладное программирование — это проектирование, разработка, и отладка программного продукта для пользователей. Это понятие подразумевает под собой такую систему, с помощью которой можно автоматизировать рутинные процессы в повседневной работе за ПК, например, софт для поиска файлов. Такой софт предназначены для облегчения рутинной работы, а также для управления сложными процессами обработки данных, например, система управления базой данных. Разработка приложений требует особой внимательности и ответственности, так как неверно работающее приложение может нанести серьезный удар по бизнесу.
Разработка прикладного ПО обязывает разработчиков знать несколько языков программирования, например, C++, PHP, Pyton и уметь быстро разбираться в предметных областях. Существует огромное количество языков программирования, на которых можно создавать качественные прикладные программы. Каждый язык подходит для реализации своей конкретной задачи. Например, C++ является кроссплатформенным, это означает, что если разработчик написал программный код под одну систему, то исходный код будет работать и под другой системой, остается только перекомпилировать под нужную систему.
Программист, разрабатывающий приложение, обязан знать:
- Основы построения алгоритмов и чтение технической документации;
- Уметь использовать диаграммы классов при разработке и проектировании компьютерных систем;
- Уметь оптимизировать программный код для улучшения быстродействия работы программы;
- Достаточно хорошо знать язык программирования, на котором пишет, а лучше, если знает несколько, таким образом можно использовать разные подходы для решения определенных задач в прикладных системах;
- Эргономично выстраивать интерфейс прикладной программы, для удобства работы пользователя;
- Быть компетентным в различных областях (например, бухгалтерский учет, строительство, web-протоколы и тому подобнее).
Хотите заказать приложение?
Заказать программу программисту не составит особого труда при наличии качественного технического задания, в котором четко прописан алгоритм поведения ПО. Таким образом, чем четче расписано задание, тем легче его сделать, разбив на подзадачи. Такой подход позволяет качественно отследить все этапы выполнения заказа разработчиком. Примером выполнения такого заказа может послужить вот приложение для подсчета количества репостов Вконтакте.
Разработка программного обеспечения процесс творческий. Одну и ту же задачу можно решить несколькими способами, и тут все зависит от программиста, насколько хватает ему квалификации в этом вопросе. На нашем сайте вы можете заказать программу, которая Вам пригодится для ваших целей, либо запросить уже существующую. Для этого необходимо либо связаться со мной через форму связи (в блоке справа на сайте), либо через другие контакты на сайте.
Название англ.: Risk management. Hazard and operability studies. Application guide
Содержание госта: Настоящий стандарт обеспечивает руководство по исследованию опасности и работоспособности систем, использующее набор управляющих слов, определенный в настоящем стандарте. Он также дает руководство по применению метода и процедур исследования HAZOP, включая определение, подготовку, проведение экспертизы и оформление заключительной документации
Руководство
пользователя как программная
(эксплуатационная) документация
пользователя
Документ
«Руководство пользователя» относится
к пакету эксплуатационной документации.
Основная цель руководства пользователя
заключается в обеспечении пользователя
необходимой информацией для самостоятельной
работы с программой или автоматизированной
системой.
Таким
образом, документ Руководство пользователя
должен отвечать на следующие вопросы:
что это за программа, что она может, что
необходимо для обеспечения ее корректного
функционирования и что делать в случае
отказа системы.
Документация:
программная/эксплуатационная/документация
пользователя
Предмет:
программа,
программный компонент комплекса
или системы
Аудитория:
пользователи программы, т. е. лица,
применяющие ее для решения собственных
прикладных задач
Задачи:
обеспечить пользователям возможность
в полном объеме самостоятельно освоить
и применять программу
Руководящими
стандартами для создания документа
Руководство пользователя могут
являться как РД
50-34.698-90 в п.п. 3.4. «Руководство пользователя»,
так и ГОСТ
19.505-79 «Руководство оператора. Требования
к содержанию и оформлению».
Можно
выделить следующие основные разделы
руководства пользователя:
-
Назначение
системы; -
Условия
применения системы; -
Подготовка
системы к работе; -
Описание
операций; -
Аварийные
ситуации.
Назначение
системы
Данный
раздел документа Руководство пользователя
должен содержать информацию о назначении
системы, ее целях и задачах.
Пример:
«Корпоративный
интранет портал предназначен для
повышения корпоративной культурыр
организации эффективного взаимодействия
сотрудников.
Основной
целью Порта является создание единого
информационного пространства предприятия
и оптимизация работы сотрудников путем
облегчения коммуникаций между ними и
оптимизации ряда бизнес-процессов.»
Условия
применения системы
Данный
раздел документа Руководство пользователя
должен включать все те факторы, которые
необходимы для корректной работы
системы. Здесь можно выделить несколько
подразделов:
-
Требования
к аппаратному обеспечению – сюда можно
включить требования к конфигурации
компьютера пользователя, программное
обеспечение необходимое для работы
Системы, а также наличие дополнительного
оборудования (принтер, сканер и т.п.),
если таковое необходимо; -
Квалификация
пользователя – данный подраздел должен
содержать требования к навыкам и знаниям
пользователя (пример:
«Пользователи должны обладать умениями
работать с операционной системой
Windows»);
Подготовка
системы к работе
Данный
раздел документа Руководство пользователя
должен содержать пошаговую инструкцию
для запуска приложения. К этапу подготовки
системы к работе можно отнести установку
дополнительных приложений (при
необходимости), идентификацию,
аутентификацию и т.п.
Описание
операций
Это
основной раздел документа Руководство
пользователя, который содержит пошаговую
инструкцию для выполнения того или
иного действия пользователем.
Если
работа автоматизированной системы
затрагивает целый бизнес-процесс, то в
руководстве пользователя перед описанием
операций целесообразно предоставить
информацию о данном процессе его
назначении и участниках. Подобное
решение позволяет человеку четко
представить свою роль в данном процессе
и те функции, которые реализованы для
него в системе.
Далее
в документе Руководство пользователя
следует представить описание функций
разбитых на отдельные операции. Необходимо
выделить подразделы, описывающие функции
данного процесса, и действия, которые
необходимо совершить для их выполнения.
Пример:
«4.1
Согласование проекта
Данный
процесс предназначен для организации
работы сотрудников, участвующих в
разработке и согласовании проекта.
Автор
проекта создает запись в Системе и
прикрепляет пакет необходимой
документации, далее проект передается
на согласование руководящими лицами.
Руководители после ознакомления с
проектом могут подтвердить его или
отправить на доработку Автору.
4.1.1
Создание проекта
Для
того чтобы создать Проект необходимо
на панели «…» нажать на кнопку «…» и в
появившейся форме заполнить следующие
поля:
-
Наименование
проекта; -
Описание
проекта;
Следующие
поля заполняются автоматически:
-
Дата
создания проекта – текущая дата; -
Автор
– ФИО и должность автора проекта.»
Чем
подробнее будут описаны действия с
системой, тем меньше вопросов возникнет
у пользователя. Для более легкого
понимания всех принципов работы с
программой стандартами в документе
Руководство пользователя допускается
использовать схемы, таблицы, иллюстрации
с изображением экранных форм.
Для
крупных автоматизированных систем
рекомендуется создавать отдельное
руководство для каждой категории
пользователя (пользователь, модератор
и т.п.). Если в работе с системой выделяются
дополнительные роли пользователей, то
в документе Руководство пользователя
целесообразно поместить таблицу
распределения функций между ролями.
Аварийные
ситуации
Данный
раздел документа Руководство пользователя
должен содержать пошаговые инструкции
действий пользователя в случае отказа
работы Системы. Если к пользователю не
были предъявлены особые требования по
администрированию операционной системы
и т.п., то можно ограничиться фразой «При
отказе или сбое в работе Системы
необходимо обратиться к Системному
администратору».
Методика
и стиль изложения руководства пользователей
Руководство
пользователя может представлять собой
как краткий справочник по основному
функционалу программы, так и полное
учебное пособие. Методика изложения
материала в данном случае будет зависеть
от объема самой программы и требований
заказчика.
В
зависимости от особенностей программы
и целевой аудитории руководство
пользователя по способу изложения
материала может приближаться к учебнику
или, наоборот, к справочнику. Порядок
изложения материала в руководстве
пользователя определяется пользовательской
перспективой программы.
Если
программа представляет собой инструмент,
позволяющий решать практические задачи
из некоторого конечного набора, в
руководстве приводят типовые процедуры
решения каждой из них. Например,
пользователю почтового клиента необходимо
знать, как написать и отправить сообщение,
как загрузить новые сообщения с сервера,
как ответить на сообщение и т. п. Каждое
из этих действий можно разложить на
последовательные элементарные шаги,
во всяком случае, для типичных ситуаций.
В крупной программе подобных пользовательских
задач может
быть много, но не бесконечно много.
Руководство пользователя, построенное
по принципу пользовательских задач,
напоминает учебник, хотя, как правило,
лишено присущего учебникам методического
аппарата: проверочных заданий, вопросов,
упражнений.
Если
программа представляет собой среду, в
пределах которой пользователь может
решать задачи, поставленные им
самостоятельно, руководство пользователя
должно быть ближе к справочнику. В нем
последовательно и систематично должны
быть описаны все функции программы и
порядок их применения. Что с ними делать,
на что направить, пользователь будет
думать сам (или запишется на учебные
курсы). Так, в руководстве пользователя
по графическому редактору мы найдем
описание всех графических примитивов,
инструментов, фильтров, однако, там не
будет напрямую сказано, как изобразить
здание, автомобиль или, скажем, собаку.
Пользователь это либо умеет рисовать,
либо нет.
Возможны
и другие пользовательские перспективы.
Бывают программы, посредством которых
пользователь контролирует состояние
того или иного объекта, скажем, промышленной
установки. Тогда руководство пользователя
строится по принципу таблицы: сообщение
программы — реакция или возможные
реакции пользователя.
Если
пользователь применяет программу для
решения задач в нетривиальных предметных
областях, в руководство пользователя
настоятельно рекомендуется включить
концептуальный раздел. В нем должен
быть описан реализованный в программе
способ представления объектов реального
мира, чтобы пользователь хорошо понимал,
с какими из них и на каком уровне
абстракции он может работать.
Соседние файлы в папке Лекции_МПО_ч2
- #
- #
- #
- #
- #
- #