книги / Проектирование автоматизированных информационных систем на основе объектно-ориентированного подхода
..pdfБазовый модуль представляет собой реализацию основных функ ций: поддержки пользовательского интерфейса, соединения с базой данных, администрирования и настройки параметров системы. Базо вый модуль является необходимым и достаточным условием функ ционирования системы.
Рис. П3.1. Основные модули системы
Для каждой группы сотрудников должен быть определен свой набор модулей:
-менеджеры (логисты, аналитики) — базовый модуль, АРМ менеджера, модуль формирования аналитической отчетности;
-бухгалтеры —базовый модуль, бухгалтерский модуль;
-кладовщики - базовый модуль, АРМ кладовщика;
-системные программисты/администраторы - все вышепере численные модули и модуль интеграции с основной бухгалтерской программой.
Система должна поддерживать подключение новых модулей.
3.2. Обеспечение связи офис - склад
Любые изменения на складе должны быть мгновенно доступны менеджерам в офисе, и наоборот, сведения о любом новом заказе должны оперативно передаваться кладовщикам. Следовательно, коммуникационный канал между офисом и складом должен быть по стоянным.
Если расстояние между складом и офисом не более 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. Затребованной продукции нет на
|
потоки |
складе: менеджер предлагает клиенту продукты |
|
|
(имеющиеся в наличии) иной марки, но с ана |
|
|
логичными потребительскими свойствами либо |
|
|
согласовывает с клиентом вариант долгосроч |
|
|
ного заказа. |
|
|
2.2.2. Некорректный ввод нового заказа: но |
|
|
мер и дата нового заказа совпадают с номером и |
|
|
датой уже существующего. Система очищает по |
|
|
ля ввода и предлагает заполнить их заново. |
|
|
2.2.3. Заказ не обнаруж ен: система инфор |
|
|
мирует о том, что по заданным параметрам по |
|
|
иска не обнаружено ни одного заказа, и предла |
|
|
гает уточнить критерии поиска. |
|
|
2.2.4. Указанного продукта нет в наличии: |
|
|
создание строки заказа отменятся. |
3.0 |
Специальные |
Не определены. |
|
требования |
|
4.0 |
Предусловия |
Не определены. |
5.0 |
Постусловия |
Не определены. |
6.0 |
Дополнительные |
Нет. |
|
замечания |
|
Оплата заказа клиентом производится за наличный или безна личный расчет. В первом случае клиент оплачивает заказ в кассе предприятия сразу после выписки счета, а во втором случае клиент оплачивает свой заказ через банк. Также возможна смешанная оплата заказа. Во всех перечисленных случаях счет на оплату создается сис темой управления складом.
Выписать счет посредством системы управления складом может менеджер либо бухгалтер. В нашем случае мы возложим эту обязан ность на менеджера с целью повысить качество обслуживания клиен та. В таком варианте выписка счета будет являться прецедентом, расширяющим прецедент «Согласование заказа». Дата счета всегда совпадает с датой создания заказа независимо от того, когда распеча тывают этот счет, поскольку цены на продукцию могут изменяться каждый день, и в случае печати счета с более поздней датой, цены этого счета (которые копируются с заказа) будут не совпадать с дей ствующими ценами прайс-листа на более позднюю дату. Специфика ция данного прецедента представлена в табл. П3.2.
1.0 |
Наименование |
Выписка счета |
|
прецедента |
|
|
|
|
1.1 |
Краткое |
Прецедент инициируется актером «Менед |
|
описание |
жер» и используется для выписки счета клиенту. |
2.0Потоки событий
2.1 |
Основной поток |
|
Менеджер |
в электронной |
форме |
«Работа |
||
|
|
с заказами» выделяет заказ и выбирает одну из |
||||||
|
|
дополнительных опций: «печать счета», «печать |
||||||
|
|
счета для оплаты через банк». |
|
|
||||
|
|
|
Если выбрана опция «печать счета», то сис |
|||||
|
|
тема, используя информацию с выбранного зака |
||||||
|
|
за, |
распечатывает счет |
на оплату наличными |
||||
|
|
(в |
случае, |
если |
печать |
счета |
происходит уже |
|
|
|
с оплаченного заказа, активизируется альтерна |
||||||
|
|
тивный поток 2.2). |
|
|
|
|||
|
|
|
Если выбрана опция «печать счета для опла |
|||||
|
|
ты через банк», то система, используя информа |
||||||
|
|
цию с выбранного заказа, распечатывает счет на |
||||||
|
|
оплату через банк (в случае, если печать счета |
||||||
|
|
происходит уже с оплаченного заказа, активизи |
||||||
|
|
руется альтернативный поток 2.2). |
|
|||||
2.2 |
Альтернативные |
|
Выбранный заказ уже оплачен: система ин |
|||||
|
потоки |
формирует о том, что заказ, по которому выписы |
||||||
|
|
вается счет, уже оплачен. Прецедент инициирует |
||||||
|
|
ся снова. |
|
|
|
|
|
|
3.0 |
Специальные |
|
Не определены. |
|
|
|
||
|
требования |
|
|
|
|
|
|
|
4.0 |
Предусловия |
|
Перед |
активизацией прецедента |
должен |
|||
|
|
быть выполнен поток прецедента «Согласование |
||||||
|
|
заказа». |
|
|
|
|
|
|
5.0 |
Постусловия |
|
Не определены. |
|
|
|
||
6.0 |
Дополнительные |
|
Нет. |
|
|
|
|
|
|
замечания |
|
|
|
|
|
|
|
Сама оплата заказа представляет отдельный прецедент, в котором помимо клиента участвует и менеджер, поскольку ему необходимо придать заказу клиента статус оплаченного. Спецификация на дан ный прецедент представлена в табл. ПЗ.З.
1.0 |
Наименование |
Выписка накладной |
|
прецедента |
|
|
|
|
1.1 |
Краткое |
Прецедент инициируется актером «Бухгалтер» |
|
описание |
и используется для выписки товарно-транспортной |
|
|
накладной. |
2.0Потоки событий
2.1 |
Основной поток |
Бухгалтер в бухгалтерском модуле вызывает |
|
электронную форму «Офис. Работа с накладными». |
|
|
Форма содержит список ранее созданных накладных |
|
|
и ряд функциональных кнопок. |
|
|
|
Форма предлагает следующие опции: «создать |
|
накладную», «выделить накладную», «изменить на |
|
|
кладную», «поиск накладной», «удалить наклад |
|
|
ную», «создать строку накладной», «выделить стро |
|
|
ку накладной», «удалить», «печатать накладную». |
|
|
|
Если выбрана опция «создать новую наклад |
|
ную», электронная форма отобразит поля ввода дан |
|
|
ных, |
соответствующие содержанию товарно |
транспортной накладной, а также список оплачен ных заказов, для которых нет выписанных наклад ных на полную сумму заказа. При указании опла ченного заказа (что является обязательным при соз дании новой накладной), часть полей заполняется автоматически с использованием информации о за казе. По завершении ввода система проверит кор ректность заполненных данных и сохранит наклад ную (если введенный номер и дата новой накладной совпадают с уже существующей, то выполняется альтернативный поток 2.2.1). Вновь созданная на кладная получает статус «новая».
Если выбрана опция «выделить накладную», то система с помощью манипулятора «мышь» или кла виатуры позволяет выделить одну из списка уже су ществующих накладных. При открытии формы ра боты с накладными данная опция автоматически активизируется, по умолчанию всегда выделена по следняя созданная накладная.
Если выбрана опция «изменить накладную» и статус накладной «новая», то экранная форма позволит изменить ряд параметров выделенной накладной (если накладная имеет иной статус, то активизируется поток 2.2.2).
Если выбрана опция «поиск накладной», то сис тема выдаст дополнительное окно, в котором бух галтер сможет указать критерии поиска желаемой накладной и подтвердить отбор данных (если поиск не вернул ни одной накладной, то активизируется альтернативный поток 2.2.3).
После того как бухгалтер выписал накладную, она в электронном виде становится доступной кладовщику. Основная форма модуля «АРМ кладовщика» - «Склад. Работа с накладными». Данная форма по делена на четыре части. В первой содержится список накладных к от грузке. Каждая такая накладная имеет статус «выписанная». Во второй части формы содержится список накладных, по которым уже собраны заказы. Каждая накладная в этом списке имеет статус «готовая». В третьей части формы содержится список уже отгруженных накладных. Каждая такая накладная имеет статус «отгруженная». Последняя часть формы содержит список накладных со статусом «приостановленная». В этом списке накладные, отгрузка по которым невозможна по ряду при чин. Каждая накладная может присутствовать только в одном из спи сков, так как каждый список строго соответствует статусу накладной.
Кладовщик, учитывая приоритет и статус накладной, начинает сборку заказа. Спецификация на прецедент «Сборка заказа» пред ставлена в табл. П3.5.
|
|
Т аблица П3.5 |
1.0 |
Наименование |
Сборка заказа |
|
прецедента |
|
|
|
|
1.1 |
Краткое описа |
Прецедент инициируется актером «Кладовщик» |
|
ние |
и используется для сборки заказа. |
2.0Потоки событий
2.1 |
Основной поток |
Кладовщик в модуле «АРМ кладовщика» откры |
|
|
вает форму «Работа с накладными». |
|
|
Кладовщик начинает сборку заказа по тем на |
|
|
кладным, которые находятся вверху списка накладных |
|
|
к отгрузке (список сортируется таким образом, что |
|
|
накладные, которые необходимо отгрузить в первую |
|
|
очередь, находятся вверху списка). |
|
|
Как только заказ будет собран, кладовщик пере |
|
|
водит накладную в разряд готовых (если по каким-то |
|
|
причинам кладовщик не может собрать заказ по дан |
2.2 |
Альтернативные |
ной накладной, то активизируется поток 2.2). |
Накладная не может быть отгружена: кладовщик |
||
|
потоки |
присваивает ей статус «приостановленная», и она попа |
|
|
дает в последний список формы «Работа с накладными». |
3.0 |
Специальные |
Не определены. |
|
требования |
Не определены. |
4.0 |
Предусловия |
|
5.0 |
Постусловия |
Не определены. |
6.0 |
Дополнительные |
Нет. |
|
замечания |
|