Жизненный цикл документа. Определение жизненного цикла документа

Вкладка

 Жизненный цикл документа. Определение жизненного цикла документа

Жизненный цикл документа – ряд статусов (этапов), которые проходит документ в процессе существования в зависимости от типа документа. На данной вкладке настраиваются статусы жизненного цикла и переходы документа из одного статуса в другой.

По умолчанию вкладка Жизненный цикл не отображается. Для того, чтобы она стала видимой, необходимо в Карточке типа документа на вкладке Описание в блоке Дополнительные настройки поставить флажок Использовать жизненный цикл для документов данного типа.

Рис. 1. Вкладка “Жизненный цикл”

Статус

Статусы жизненного цикла документов хранятся в справочнике “Статусы жизненного цикла документа”. Он отображается в веб-приложении в разделе Справочники в папке Документы (рис. 2).

Рис. 2.Раздел “Справочники”. Папка “Документы”. Справочник “Статусы жизненного цикла”

Действия со статусами

Создание

Создать новый статус жизненного цикла можно двумя способами:

  • в Дизайнере ELMA на вкладке карточки типа документа Жизненный цикл необходимо нажать на кнопку верхнего меню Добавить статус (рис. 3);
  • в Дизайнере ELMA на вкладке карточки типа документа Жизненный цикл нажать правой кнопкой мыши по строке списка статусов документа и выбрать из контекстного меню пункт Добавить статус (рис. 3).

Рис. 3. Вкладка “Документооборот”. Кнопки добавления статуса

В открывшемся окне (рис. 4) необходимо нажать на кнопку и ввести название статуса в поле Название. При необходимости можно добавить описание статуса в поле Описание. После этого необходимо завершить создание статуса нажатием на кнопку ОК или отменить создание статуса нажатием на кнопку Отменить.

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

В папке Используемые статусы отображены только те статусы, которые использованы в данном типе документе, а в папке Неиспользуемые статусы – все остальные.

Кнопка позволит очистить строку с названием статуса.

Рис. 4. Диалоговое окно выбора статуса документа

Рис.5. Окно создания статуса документа

Редактирование статуса жизненного цикла

Редактирование статуса жизненного цикла документа возможно несколькими способами:

Рис. 6. Вкладка “Документооборот”. Кнопки изменения статуса

В открывшемся окне внести необходимые изменения и нажать на конку Ок (рис. 7).

Рис. 7. Окно редактирования статуса жизненного цикла документа

Удаление

При необходимости статусы жизненного цикла документа можно удалить. Однако при этом у типа документа должен остаться хотя бы один статус жизненного цикла.

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

Удалить статус жизненного цикла можно несколькими способами:

  • в веб-приложении в разделе Справочники в справочнике “Статусы жизненного цикла документа”. Удаление статуса жизненного цикла в веб-приложении аналогично удалению записи справочника.Данным способом можно удалить только те статусы жизненного цикла, которые не участвуют в жизненном цикле ни одного типа документа. В данном случае статус жизненного цикла документа полностью удаляется из системы. При попытке удаления статуса жизненного цикла, который участвует в жизненном цикле хотя бы одного типа документа, будет выведено сообщение “Нельзя удалить статус, который участвует в жизненном цикле типа документа” (рис. 8). В данном случае следует сначала удалить статус жизненного цикла из карточки типа документа как описано ниже.Рис. 8. Ошибка при удалении статуса жизненного цикла
  • в Дизайнере ELMA на вкладке карточки типа документа Жизненный цикл нажать правой кнопкой мыши по строке списка статусов документа и выбрать из контекстного меню пункт Удалить статус (рис. 9).

Рис. 9. Вкладка “Документооборот”. Вкладка “Документооборот”. Кнопки удаления статуса

В открывшемся окне необходимо подтвердить удаление статуса жизненного цикла документа нажатием на кнопку Yes или отменить удаление нажатием на кнопку No (рис. 10). В данном случае статус жизненного цикла удалится только из карточки данного типа документа.

Рис. 10. Окно подтверждения удаления статуса жизненного цикла в Дизайнере ELMA

Переход

Переход определяет последовательность изменения статусов жизненного цикла документа.

Действия с переходами

Создание

Для создания нового перехода необходимо:

  • воспользоваться кнопкой Создать переход на панели инструментов или пунктом контекстного меню Добавить переход (рис. 11);

Рис. 11. Кнопки создания перехода

  • в открывшемся диалоговом окне введите название перехода в поле Название, описание перехода (при необходимости) в поле Описание, выберите начальный и конечный статусы переходы из выпадающего списка в полях Начальный статус и Конечный статус (рис. 12);
  • необходимо завершить создание перехода нажатием на кнопку ОК или отменить создание перехода нажатием кнопки Отменить (рис. 12).

Рис. 12.Окно создания перехода

Редактирование

Для редактирования перехода необходимо:

  • воспользоваться кнопкой Изменить переход на панели инструментов или вызвав контекстное меню перехода выбрать пункт Переименовать переход.
  • в открывшемся диалоговом окне требуется внести необходимые изменения.
  • необходимо завершить редактирование перехода нажатием на кнопку ОК или отменить редактирование перехода нажатием кнопки Отменить.

Удаление

Для удаления перехода необходимо:

  • воспользоваться кнопкой Удалить переход на панели инструментов. или вызвав контекстное меню перехода выбрать пункт Удалить переход.
  • необходимо завершить удаление перехода нажатием на кнопку ОК или отменить редактирование перехода нажатием кнопки Отменить.
  • в открывшемся окне необходимо подтвердить удаление статуса жизненного цикла документа нажатием на кнопку Yes или отменить удаление нажатием на кнопку No.

См. также:

Copyright © 2006–2019 ELMA

Источник: https://www.elma-bpm.ru/kb/help/Docflow/content/Designer_vkladka_Life_cycle_index.html

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

 Жизненный цикл документа. Определение жизненного цикла документа

Синхронизация всех этапов разработки происходит при помощи документов, которые создаются на каждом из этапов.

Документация при этом создается и на прямом отрезке жизненного цикла – при разработке программной системы, и на обратном – при ее верификации.

Попробуем на примере V-образного жизненного цикла проследить, какие типы документов создаются на каждом из отрезков и какие взаимосвязи между ними существуют ГРис 1.81.

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

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

Еще одна задача, решаемая при помощи определения стратегии верификации – определение места различных верификационных процессов и их связей с процессами разработки.

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

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

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

Верификация программного обеспечения

Мероприятия разработки

Рис. 1.8. Процессы и документы при разработке программных систем

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

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

Текст требования, как правило, включает в себя слова “должна, должен” и имеет структуру вида 'В случае, если значение температуры на датчике АВС достигает 30 и выше градусов Цельсия, система должна прекращать выдачу звукового сигнала”.

Функциональные требования являются основой для разработки архитектуры системы – описания ее структуры в терминах подсистем и структурных единиц языка, на котором производится реализация – областей, классов, модулей, функций и т.п.

На базе функциональных требований пишутся тест-требования – документы, содержащие определение ключевых точек, которые должны быть проверены для того, чтобы убедиться в корректности реализации функциональных требований. Часто тест-требования начинаются словами 'Проверить, что” и содержат ссылки на соответствующие им

Синицын С.В., Налютин Н.Ю. Верификация программного обеспечения

функциональные требования. Примером тест-требований для приведенного выше функционального требования могут служить “Проверить, что в случае падения температуры на датчике АВС ниже 30 градусов Цельсия система выдает предупреждающий звуковой сигнал” и 'Проверить, что в случае, когда значение температуры на датчике АВС выше 30 градусов Цельсия, система не выдает звуковой сигнал”.

Одна из проблем, возникающая при написании тест-требований – принципиальная нетестируемость некоторых требований: например, требование “Интерфейс пользователя должен быть интуитивно понятным” невозможно проверить без четкого определения того, что является интуитивно понятным интерфейсом. Такие неконкретные функциональные требования обычно впоследствии видоизменяют.

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

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

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

В результате выполнения всех тестовых примеров собирается статистика об успешности прохождения тестирования – процент тестовых примеров, для которых реальные выходные значения совпали с ожидаемыми, так называемых пройденных тестов. Непройденные

Синицын С.В., Налютин Н.Ю. Верификация программного обеспечения

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

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

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

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

В качестве критерия полноты тестирования используется полнота покрытия тестами ключевых элементов модуля (покрыты все требования, все операторы, все ветви логических условий, все компоненты логических условий и т.п.) [3].

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

Интеграционное тестирование

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

Синицын С.В., Налютин Н.Ю. Верификация программного обеспечения

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

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

При откладывании интеграции на последние этапы жизненного цикла локализовать дефекты практически невозможно [3].

Источник: https://bstudy.net/705759/informatika/dokumentatsiya_sozdavaemaya_razlichnyh_etapah_zhiznennogo_tsikla

Автоматизация управления документооборотом. Определение жизненного цикла документа

 Жизненный цикл документа. Определение жизненного цикла документа

развернуть (15)

ВВЕДЕНИЕ… 3

1 Жизненный цикл управленческих документов и предметные действия, производимые с ними… 4

1.1 Этапы жизненного цикла документов, их связь с базовыми операциями, производимых с управленческими документами… 4

1.2 Базовых операций, производимых с управленческими документами разного вида… 6

1.3 Предметные действия, производимые с управленческими документами на различных этапах их жизненного цикла… 7

2 Технология работы с документами… 10

ЗАКЛЮЧЕНИЕ… 13

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ… 15

Введение

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

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

Жизненный цикл документа – его существование от момента формирования до момента передачи в архив (на хранение) или уничтожения.

Стадии жизненного цикла управленческого документа в зависимости от его вида, а также базовые операции, производимые с управленческими документами на различных стадиях, будут рассмотрены в работе. Кроме того, будут освещены технологии работы с документами в свете современного состояния ДОУ.

Фрагмент работы для ознакомления

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

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

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

Нормативное определение этому процессу «документооборот» – движение документов в организации с момента их создания или получения до завершения исполнения или отправки.

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

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

Исходящие документы создаются в организации и предназначены для отправки другим организациям или частным лицам. Основные этапы обработки исходящих (отправляемых) документов довольно просты:

1.3 Предметные действия, производимые с управленческими документами на различных этапах их жизненного цикла

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

2 Технология работы с документами

Работа с документами предполагает хорошо организованный, то есть рациональный, документооборот.

При организации документооборота и его рационализации принято руководствоваться принципами (основными положениями), выработанными практикой делопроизводства и научной организацией управленческого труда: движение документов должно быть прямоточным, т. е.

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

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

Любые сведения о ходе движения документа внутри организации должны происходить с одновременным информированием службы ДОУ или через эту службу.

ЗАКЛЮЧЕНИЕ

Движение документов в организации с момента их создания или получения до завершения исполнения или отправления называется документооборотом.

Документооборот является частью организации работы с документами.

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

Список литературы

Источник: https://www.adminpz.ru/sale/avtomatizaciya-upravleniya-dokumentooborotom-opredelenie-zhiznennogo-cikla.html

Жизненный цикл документа в сэд. Жизненный цикл документа. Жизненный цикл документа в СЭД

 Жизненный цикл документа. Определение жизненного цикла документа

Реферат *

190руб.

Граждан вопрос
Добавить комментарий