Файл: Моделирование предметной области «Учет товаров» с помощью UML (Характеристика объекта автоматизации).pdf

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

Логико-структурный подход в проекте автоматизации логистической деятельности для сети овощных магазинов.

Логико-структурная матрица проекта

1.3.3. Спецификация и обоснование нефункциональных требований

Требования к надежности

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

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

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

Требования к безопасности

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

Комплекс технических средств необходимо эксплуатировать в закрытых отапливаемых помещениях с вентиляцией.

Требования к сохранности информации

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

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

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

Лингвистическое обеспечение АРМ включает в себя:

• язык проектирования АРМ;
• язык программирования АРМ;
• язык диалога с АРМ.

При реализации АРМ будут применяться:

• языкпрограммирования1С: Предприятие;
• CASE-средства (Computer Aid Software Engineering);
• диалоговой язык выполняется посредством форм.

1.3.4 Спецификация и обоснование функциональных требований

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

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

Таблица 11–Технические характеристики персонального компьютера

Конфигурация сервера БД приведена в таблице 12.

Таблица 12– Конфигурация сервера IBMxSeriesx226

Для разработки ИС также необходимо требуемое программное обеспечение – это операционная система WindowsXP и выше, и Microsoftoffice. Компьютер, принтер, оргтехника и ПО имеются в наличии, поэтому затраты на их приобретение при расчете себестоимости ИС не учитывались.

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

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

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

Требования к эргономике:

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

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

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

Экранные формы должны проектироваться с учетом требований унификации:

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

2. Моделирование в UML

2.1. Информационное обеспечение

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

На основании приведенных бизнес-процессов можно построить ER-диаграмму базы данных. Диаграмма «сущность-связь» (ER-диаграмма) позволяет описывать концептуальные схемы предметной области. В данном случае она представляет собой нотацию Питера Чена, которая описывает объекты и отношения между ними [19].

Ключевыми сущностями разрабатываемой подсистемы являются:

- товары;

- заявки от клиентов;

- клиенты;

- заказы;

- продажи.

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

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

• заказы от клиентов;
• СХ продукция;
• подразделения;
• клиенты;
• заявки клиентов;
• продажи.

Структура нормативно-справочной информации, используемой для разработки системы управления документооборотом, показана в таблице 2.1.

Таблица 2.1 - Структура нормативно-справочной информации