Если расстояние между складом и офисом не более 300 м, то сеть должна быть построена по технологии Ethernet 10/100 Мбит/с с ис­ пользованием повторителей. В противном случае связь может быть установлена по выделенной телефонной линии, скорость передачи 33,6-115,2 Кбит/с (недорогой вариант), либо на оптоволоконной тех­ нологии, скорость передачи данных от 155 Мбит/с (дорогой вариант).

3.3.Требования к персоналу

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

- практические навыки работы на компьютере; - умение работать с Windows-приложениями.

4.Диаграмма прецедентов

4.1.Реализация продукции со склада

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

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

В цепочке операций «Реализация продукции со склада» участву­ ют четыре сущности: «Клиент», «Менеджер», «Бухгалтер» и «Кла­ довщик». Каждый из них подходит на роль актера.

Определим прецеденты. Актер «Клиент» должен согласовать свой заказ с актером «Менеджер». Согласовывая заказ с клиентом, менеджер должен убедиться, что затребованные продукты есть в но­ менклатуре, которая отпускается предприятием, а также проверить фактическое наличие их на складе. Эта последовательность действий объединяется в прецеденте «Согласование заказа».

Используя шаблон Rational Unified Process, определим специфи­ кацию для прецедента «Согласование заказа» (табл. П3.1).

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

Если выбрана опция «удалить заказ», то система выдает предупреждение о том, что вы­ деленный заказ (включая все его позиции/строки) будет удален, и запрашивает под­ тверждение на выполнение операции. После подтверждения заказ удаляется из системы.

Если выбрана опция «поиск заказа», то система выдаст дополнительное окно, в кото­ ром пользователь системы, т.е. менеджер, смо­ жет указать критерии поиска желаемого заказа и подтвердить отбор данных (если поиск не вернул ни одного заказа, то активизируется альтернативный поток 2.2.3).

Если выбрана опция «создать строки зака­ за», то электронная форма отобразит поля для выбора продукта, единицы измерения и его количества. По завершении ввода система про­ верит, есть ли в наличии достаточное количест­ во указанного продукта, и создаст новую стро­ ку заказа (в случае, если данного продукта нет в достаточном количестве, выполнятся альтер­ нативный поток 2.2.4).

Если выбрана опция «выделить строку за­ каза», то система с помощью манипулятора «мышь» или клавиатуры позволяет выделить одну из строк текущего заказа. При открытии формы работы с заказами данная опция автома­ тически активизируется, по умолчанию всегда выделена последняя созданная строка.

Если выбрана опция «удалить строку за­ каза», то система выдает предупреждение

отом, что выделенная строка будет удалена,

изапрашивает подтверждение на выполнение операции. После подтверждения строка заказа удаляется.

2.2Альтернативные 2.2.1. Затребованной продукции нет на

Оплата заказа клиентом производится за наличный или безна­ личный расчет. В первом случае клиент оплачивает заказ в кассе предприятия сразу после выписки счета, а во втором случае клиент оплачивает свой заказ через банк. Также возможна смешанная оплата заказа. Во всех перечисленных случаях счет на оплату создается сис­ темой управления складом.

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

2.0Потоки событий

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

2.0Потоки событий

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

Если выбрана опция «выделить накладную», то система с помощью манипулятора «мышь» или кла­ виатуры позволяет выделить одну из списка уже су­ ществующих накладных. При открытии формы ра­ боты с накладными данная опция автоматически активизируется, по умолчанию всегда выделена по­ следняя созданная накладная.

Если выбрана опция «изменить накладную» и статус накладной «новая», то экранная форма позволит изменить ряд параметров выделенной накладной (если накладная имеет иной статус, то активизируется поток 2.2.2).

Если выбрана опция «поиск накладной», то сис­ тема выдаст дополнительное окно, в котором бух­ галтер сможет указать критерии поиска желаемой накладной и подтвердить отбор данных (если поиск не вернул ни одной накладной, то активизируется альтернативный поток 2.2.3).

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

Кладовщик, учитывая приоритет и статус накладной, начинает сборку заказа. Спецификация на прецедент «Сборка заказа» пред­ ставлена в табл. П3.5.

2.0Потоки событий

По прибытии клиента на склад кладовщик отпускает товар (соб­ ранный заказ). Спецификация на прецедент «Выдача товара клиенту» приведена в табл. П3.6.

2.0Потоки событий

2.2Альтернативные Накладной нет в списке готовых накладных: по

6.0Дополнительные Нет. замечания