repead.ru 1



82326.doc


Система диспетчеризации типографии

Спецификация требований к АИС

Версия <1.0>


Лист изменений

Дата

Версия

Описание

Автор

<1/май/06>

<1.0>

Отчёт о выполнении лабораторной работы № 7

Т.В. Подшивалова






































Содержание

1. Введение 4

1.1 Цель 4

1.2 Определения, акронимы и сокращения 4

1.3 Ссылки 4

1.4 Краткое содержание 4

2. Обзор системы 4

2.1 Обзор прецедентов 4

2.2 Предположения и зависимости 5


3. Описание требований 5

3.1 Краткие описания вариантов использования 5

3.1.1 M1. Регистрация заказа 5

3.1.2 M2. Изменение заказа 6

3.1.3 M3. Удаление заказа 6

3.1.4 M2. Запрос о заказе 7

3.1.5 D1. Планирование нового заказа 7

3.1.6 D2. Коррекция плана 8

3.1.7 D3. Планирование срочного заказа 8

3.1.8 D4. Выдача сменного задания 8

3.1.9 C1. Назначение исполнителей 9

3.1.10 C2. Фиксация результатов 9

3.2 Полные описания вариантов использования 9

3.3 Специальные требования 10

3.3.1 Функциональность 10

3.3.1.1 F1. Авторизация и аутентификация пользователей в системе 10

3.3.1.2 F2. Ведение справочника работ 10

3.3.1.3 F3. Ведение справочника ресурсов 10

3.3.2 Применимость 10

3.3.2.1 U1. Удобство использования 10

3.3.2.2 U2. Помощь в режиме online 10

3.3.3 Надежность 10

3.3.3.1 R1. Доступность 10

3.3.3.2 R2. Наработка на отказ 10

3.3.3.3 R3. Норма дефектов 10

3.3.4 Производительность 11

3.3.4.1 P1. Одновременно работающие пользователи 11

3.3.4.2 P2. Время отклика 11

3.3.5 Пригодность к эксплуатации 11

3.3.5.1 S1. Масштабируемость 11

3.3.5.2 S2. Обновление версий 11

3.3.6 Ограничения проектирования 11

3.3.6.1 X1. Применяемые стандарты 11

3.3.6.2 X2. Требования к среде выполнения 11

3.3.6.3 X3. Требования к СУБД и доступу к данным. 11

4. Вспомогательная информация 11


Спецификация требований к АИС

1.Введение

1.1Цель

Цель этого документа – в том, чтобы сформулировать требования к разрабатываемой АИС диспетчеризации полиграфического производства. Данные требования описаны в форме прецедентов, кратких описаний функциональных требований и описаний нефункциональных требований.

1.2Определения, акронимы и сокращения


Основные определения приведены в документе «04-Glossary.doc».

1.3Ссылки


Сопутствующая информация представлена в следующих документах:

    • требованиях совладельцев (Диспетчеризация полиграфического производства.doc);

    • видении (01-Vision.doc) и

    • глоссарии (04-Glossary.doc).

1.4Краткое содержание

2.Обзор системы

2.1Обзор прецедентов


Краткое описание акторов представлено в табл. 1.

Табл. 1. Акторы системы


Актор

Краткое описание

Менеджер

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

Диспетчер

Планирует загрузку производственных ресурсов (станков и оборудования) в соответствие с очередью заказов, поступающих от менеджеров. Передаёт планы (сменные задания) в цех. Анализирует фактическое исполнение планов. Вносит оперативные корректировки в планы.

Мастер цеха

Назначает исполнителей каждой из работ сменного задания. Следит за фактическим исполнением работ, отчитывается перед диспетчером.




Список вариантов использования показан в таблице 2.

Табл. 2. Реестр вариантов использования

Код

Основной актор

Наименование

Формулировка

M1

Менеджер

Регистрация заказа

Этот вариант использования позволяет менеджеру передавать в производство новые заказы

M2

Менеджер

Изменение заказа

Менеджер может откорректировать информацию о заказе в производстве

M3

Менеджер

Удаление заказа.

При необходимости снятия заказа с производства менеджер или диспетчер вызывает функцию «Удаление заказа».

M4

Менеджер либо Диспетчер

Запрос о заказе

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


D1

Диспетчер

Планирование нового заказа

Диспетчер размещает вновь поступивший от менеджера заказ в план в «хвост» очереди

D2

Диспетчер

Коррекция плана

Диспетчер корректирует план при появлении каких-либо нестыковок

D3

Диспетчер

Планирование срочного заказа

Диспетчер размещает вновь поступивший от менеджера в требуемое время; очередь заказов смещается

D4

Диспетчер

Выдача сменного задания

Диспетчер формирует сменное задание для мастера цеха

С1

Мастер цеха

Назначение исполнителей

Мастер цеха назначает исполнителям (цеховому персоналу) работы из сменного задания

С1

Мастер цеха

Фиксация результатов

Мастер цеха фиксирует результаты выполнения работы цеховым персоналом

2.2Предположения и зависимости

Система будет использоваться на территориально сосредоточенном (без внешних филиалов) предприятии.

В случае изменений в формах документов АИС должна претерпеть малосущественные изменения (нужно будет модифицировать отчётные формы).

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

3.Описание требований

3.1Краткие описания вариантов использования

3.1.1M1. Регистрация заказа


M1

Менеджер

Регистрация заказа

Этот вариант использования позволяет менеджеру передавать в производство новые заказы

Основное действующее лицо: Менеджер.

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Данный вариант использования позволяет Менеджеру регистрировать и передавать в производство новые заказы. Каждый заказ в электронной форме содержит дату требуемой готовности и упорядоченный перечень работ с указанием протяжённости каждой из них во времени. Срочные заказы помечаются признаком «Срочно». Срочные заказы необходимо выполнить в срок, возможно, даже в ущерб обычным заказам. Для прочих заказов дата требуемой готовности должна носит рекомендательный характер.

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

3.1.2M2. Изменение заказа


M2

Менеджер

Изменение заказа

Менеджер может откорректировать информацию о заказе в производстве

Основное действующее лицо: Менеджер.

Другие участники прецедента: Диспетчер

Связи с другими вариантами использования: отсутствуют

Краткое описание.

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

Для заказов, работы над которыми ещё не начались, возможны изменения любых параметров заказа: тиража, набора работ, параметров работ, даты готовности и проч.

Для заказов, выполнение которых уже началось, существуют следующие ограничения. Статус заказа, переданного в производство, как «обычный», не может быть изменён на «срочный». Плановый срок исполнения не может быть сдвинут назад по временной шкале. Запрещаются любые изменения в описаниях работ, которые уже начаты.

Диспетчер уведомляется о результатах изменений.

3.1.3M3. Удаление заказа


M3

Менеджер

Удаление заказа.

При необходимости снятия заказа с производства менеджер или диспетчер вызывает функцию «Удаление заказа».

Основное действующее лицо: Менеджер.

Другие участники прецедента: Диспетчер; Мастер цеха


Связи с другими вариантами использования: отсутствуют

Краткое описание.

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

Об удалении заказов Система автоматически информируют диспетчера и мастера цеха.

3.1.4M2. Запрос о заказе


M4

Менеджер

Запрос о заказе

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

Основное действующее лицо: Менеджер, либо Диспетчер.

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

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

3.1.5D1. Планирование нового заказа





D1

Диспетчер

Планирование нового заказа

Диспетчер размещает вновь поступивший от менеджера заказ в план в «хвост» очереди


Основное действующее лицо: Диспетчер.

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: расширяется прецедентом «D3. Планирование срочного заказа».

Краткое описание.

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

  • выбор ресурса (доступны только совместимые ресурсы),

  • размещение работы на свободный промежуток (совокупность свободных промежутков) линейки загрузки ресурса.

Система следит за тем, чтобы соблюдалась последовательность работ внутри заказа. Если работа заказа умещается внутри смены, работе сопоставляется задание. В противном случае работе сопоставляется совокупность заданий (их общая протяжённость может занимать несколько дней).

3.1.6D2. Коррекция плана





D2

Диспетчер

Коррекция плана

Диспетчер корректирует план при появлении каких-либо нестыковок

Основное действующее лицо: Диспетчер.

Другие участники прецедента: Менеджер

Связи с другими вариантами использования. Включается прецедентом «D3. Планирование срочного заказа».

Краткое описание.

Система уведомляет Диспетчера о наличии заказа, который был ранее запланирован, но с которым произошла внеплановая ситуация2. Система раздельно отображает список уже выполненных работ по заказу и список оставшихся работ с указанием их продолжительности. В зависимости от статуса заказа, Диспетчер планирует оставшиеся работы так, как это предусмотрено прецедентом D2, либо D4. Система автоматически уведомляет Менеджера обо всех изменениях в планах работ по заказу.

3.1.7D3. Планирование срочного заказа


D3

Диспетчер

Планирование срочного заказа

Диспетчер размещает вновь поступивший от менеджера в требуемое время; очередь заказов смещается

Основное действующее лицо: Диспетчер.

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: Расширяет прецедент «D1. Планирование заказа». Включает прецедент «D2. Коррекция плана».

Краткое описание.

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

По окончании планирования заказа Система анализирует список коллизий. Коллизия, в данном контексте, – это пересечение задания вновь запланированного и задания ранее запланированного заказов. Система составляет список заказов, вошедших в коллизию с вновь запланированным заказом. По каждому из них запускается прецедент «Коррекция плана».

3.1.8D4. Выдача сменного задания


D4

Диспетчер

Выдача сменного задания

Диспетчер формирует сменное задание для мастера цеха

Основное действующее лицо: Диспетчер.

Другие участники прецедента: Мастер цеха

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Диспетчер, подготовив необходимую плановую информацию на требуемый календарный период (промежуток из 8, либо 12 часов в текущие, либо очередные сутки), т.е. смену, формирует документ «Сменное задание». Диспетчер выбирает смену и цех. Документ собирается Системой автоматически по ранее введённой Диспетчером информации. Сменное задание автоматически направляется Мастеру цеха.

3.1.9C1. Назначение исполнителей


С1

Мастер цеха

Назначение исполнителей

Мастер цеха назначает исполнителям (цеховому персоналу) работы из сменного задания

Основное действующее лицо: Мастер цеха.

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

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

3.1.10C2. Фиксация результатов


С1

Мастер цеха


Фиксация результатов

Мастер цеха фиксирует результаты выполнения работы цеховым персоналом

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

В случае, если Мастер цеха в процессе выполнения работы видит, что работа предположительно затянется, он вносит информацию об этом в систему. Система оперативно уведомляет Диспетчера.

В случае, если наступил плановый срок исполнения задания, а данные в течение 5 минут не внесены – Система оперативно уведомляет Диспетчера о потенциальной проблеме.

3.2Полные описания вариантов использования


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

Для дальнейшей детализации выбраны три прецедента:

  • M1. Регистрация заказа;

  • D1. Планирование нового заказа;

  • D3. Планирование срочного заказа.

Прецедент D1 детализирован в файле D1-NCP.doc.

3.3Специальные требования

3.3.1Функциональность

3.3.1.1F1. Авторизация и аутентификация пользователей в системе


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

3.3.1.2F2. Ведение справочника работ


Работы, включаемые в описание заказа, выбираются из справочника типов работ. В АИС должны быть представлены средства управления типами работ.

3.3.1.3F3. Ведение справочника ресурсов

В АИС должны быть представлены средства управления типами ресурсов (оператор/оборудование), справочниками персонала и оборудования.

3.3.2Применимость

3.3.2.1U1. Удобство использования


Интерфейс АРМ «Менеджер» и «Мастер цеха» должен быть обладать свойствами удобства и интуитивной ясности и не требовать дополнительной подготовки пользователей.

Интерфейс АРМ «Диспетчер» должен быть рассчитан на предварительно обученного специалиста, хорошо ориентирующегося в полиграфии и достаточно хорошо - в компьютерных интерфейсах; время обучения не должно превышать 1 рабочий недели.

3.3.2.2U2. Помощь в режиме online


Все АРМ должны поддерживать контекстную справку в форме стандартного help операционной системы.

3.3.3Надежность

3.3.3.1R1. Доступность


АРМ Менеджера и Диспетчера должны быть доступны в рабочие дни в рабочее время (как правило, с 8 до 18, если иное не указано распоряжением по предприятию).

АРМ мастера цеха должен быть доступен в круглосуточном режиме.

Время, затрачиваемое на обслуживание системы не должно превышать 3% от общего времени работы.

3.3.3.2R2. Наработка на отказ


Среднее время безотказной работы – 10 рабочих дней.

3.3.3.3R3. Норма дефектов


Максимальная норма ошибок или дефектов – 1 ошибка на десять тысяч строк кода.

3.3.4Производительность

3.3.4.1P1. Одновременно работающие пользователи


Система должна быть способна поддерживать минимум 15 одновременно работающих пользователей, связанных с общей базой данных.

3.3.4.2P2. Время отклика


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

3.3.5Пригодность к эксплуатации

3.3.5.1S1. Масштабируемость

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


В настоящее время на предприятии имеется 2 производственных цеха (2 мастера цеха), один диспетчер и 10 менеджеров продаж. Увеличение количества мастеров в ближайшие 8 лет – максимально 10, менеджеров – максимально 40, диспетчеров – максимально 2.

3.3.5.2S2. Обновление версий


Обновление версий должно осуществляться в автоматизированном режиме на основе системы контроля версий и системы (сервера) обновления версий на рабочих местах пользователей.

3.3.6Ограничения проектирования

3.3.6.1X1. Применяемые стандарты


Система должна соответствовать всем стандартам интерфейса пользователя Microsoft® Windows®.

3.3.6.2X2. Требования к среде выполнения


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

  • 64 Mb памяти

  • 3 Mb свободного дискового пространства

  • процессор с тактовой частотой 850 MHz

  • Операционная система Windows ХР.

3.3.6.3X3. Требования к СУБД и доступу к данным.


    В ядре системы должна быть представлена промышленная СУБД реляционного доступа.

    Все обращения к информации должны осуществляться через драйвер ODBC.

4.Вспомогательная информация


Перечень вспомогательной информации представлен в п. 1.3.


1 Ближайшая ассоциация – планирование работ проекта с размещением на ресурсах на основе диаграммы Ганта в пакете программ MS Project.

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