курсовая Работа Информационные системы. курсовая 1С Атаева. Курсовая работа по дисциплине Администрирование экономических информационных систем На тему Разработка модуля информационной системы кадрового учета персонала магазина
Скачать 0.59 Mb.
|
ОтчетыПроектирование системы осуществляется с использованием UML-диаграмм с помощью CASE-средства ArgoUML. Диаграмма вариантов использования. В рамках унифицированного процесса функциональные требования исследуются и формулируются в модели вариантов использования. Вариант использования – это независящее от реализации высокоуровневое представление конкретной функции разрабатываемой системы. Вариант использования представляет собой последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое внешним объектом (действующим лицом, актером) [13]. Список действующих лиц информационной системы представлены в таблице 2. Таблица 2– Действующие лица системы
Основные варианты использования для каждого действующего лица представлены в таблице 3. Таблица 3 – Основные действующие лица
Выделение вариантов использования облегчит процесс дальнейшего проектирования. Диаграмма последовательности. Эта диаграмма описывает сценарий работы приложения. На диаграмме отображаются экземпляры объектов и сообщения, которыми они обмениваются в рамках одного варианта использования. Диаграмма деятельности. Диаграмма деятельности – UML-диаграмма, на которой показано разбиение некоторой деятельности на ее составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчиненных элементов – вложенных видов деятельности и отдельных действий, соединенных между собой потоками, которые идут от выходов одного узла к входам другого. Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений [14]. В данной системе диаграмма подробно отображает перемещения товаров в розницу. Необходимо выбрать сотрудника, ответственного за перемещение, указываем склад-отправитель и склад-получатель, подбираем товары на складе, которые перемещаем в розницу. Для того чтобы при выгрузке данных корректно сформировать справочник «Товары» в конфигурации «Магазин», указываем дату перемещения и цену в рознице. Диаграмма объектов. Диаграммы объектов позволяют моделировать экземпляры сущностей, которые содержатся в диаграммах классов. На диаграмме объектов показано множество объектов и отношений между ними в некоторый момент времени. Диаграммы объектов применяют при моделировании статических видов системы с точки зрения проектирования и процессов. При этом моделируется «снимок» системы в данный момент времени и изображается множество объектов, их состояний и отношений между ними. Диаграммы объектов важны не только для визуализации, специфицирования и документирования структурных моделей, но и для конструирования статических аспектов системы с помощью прямого и обратного проектирования. В данной системе было выделено 15 объектов (перемещение в розницу, номенклатура, цены номенклатуры, розничная продажа, склад, приходная накладная, поставщики, принятие на работу, заработная плата, сотрудники, начисление заработной платы, должности, штатное расписание, увольнение, физические лица). Определены реквизиты и операции объектов, а также связи между ними. Диаграмма объектов в нотации UML представлена на рисунке Диаграмма состояний (statechart diagram) – одна из диаграмм UML, моделирующих динамику систем. Диаграмма состояний отображает конечный автомат, выделяя поток управления, следующий от состояния к состоянию. Конечный автомат – поведение, которое определяет последовательность состояний в ходе существования объекта. Эта последовательность рассматривается как ответ на события и включает реакции на эти события. В данной системе диаграмма подробно отображает изменение состояния документа «Начисление зарплаты». Выделены следующие состояния объекта: документ создан, заполнены данные документа, рассчитаны начисления, документ проведен, документ не проведен. Диаграмма кооперации. Понятие кооперации (collaboration) является одним из фундаментальных понятий в языке UML. Оно служит для обозначения множества взаимодействующих с определенной целью объектов в общем контексте моделируемой системы. Цель самой кооперации состоит в том, чтобы специфицировать особенности реализации отдельных наиболее значимых операций в системе. Кооперация определяет структуру поведения системы в терминах взаимодействия участников этой кооперации. В данной системе выделено 3 объекта: документ «ПриходнаяНакладная», «Менеджер по закупкам», регистр накопления «ОстаткиТоваров». Также были определены связи между объектами. Рис. 2– Диаграмма вариантов использования В условиях использования компьютерных информационных технологий актуальны вопросы организации взаимодействия человека с техническими и программными средствами. Такое взаимодействие обеспечивает пользовательский интерфейс. Хороший пользовательский интерфейс обладает высокими показателями конверсии и прост в использовании. Другими словами, он хорош как для бизнеса, а так и для людей, которые им пользуются. Такой интерфейс называют прозрачным и интуитивно понятным [15]. Обработки К общим принципам, лежащим в основе графического пользовательского интерфейса, относятся: - графический режим работы; - представление ряда объектов пиктограммами; - многооконность; - использование указывающего устройства; - адекватность изображения на экране изображаемому объекту (принцип WYSIWIG - What You See Is What You Get); - стандартизация всех основных действий и элементов. Для эффективного взаимодействия конечных пользователей с вычислительной системой новые информационные технологии опираются на организацию интерфейса пользователей с вычислительной системой, основанную на принципах дружественного интерфейса: - обеспечение права пользователя на ошибку благодаря защите информационно-вычислительных ресурсов системы от непрофессиональных действий на компьютере; - наличие системы «отката», позволяющей при выполнении регламентированного действия, вернуться к предыдущему состоянию системы. Одной из важных функций интерфейса является формирование у пользователя одинаковой реакции на одинаковые действия приложений, их согласованность. Согласование интерфейса должно быть выполнено в трех аспектах: - физический, который относится к техническим средствам; - синтаксический, который определяет последовательность и порядок появления элементов на экране и последовательность запросов; - семантический, который обусловлен значениями элементов, составляющих интерфейс. Система должна соответствовать требованиям эргономики при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта [16]. При разработке визуального интерфейса программы необходимо выполнить следующие требования: - в главном окне программы должно присутствовать главное меню; - визуальные элементы управления должны быть расположены по функциональным признакам; - расположение визуальных элементов должно быть удобно для работы с программой; - надписи на всех элементах окон программы должны быть выполнены на одном языке; - желательно наличие справочной системы. Необходимо учесть, что стандартизированный интерфейс пользователя повышает конкурентоспособность программного продукта и позволяет значительно сократить затраты на обучение пользователей, использующих программу. Конфигурация «Анализ и прогнозирование кадрового учета магазина в режиме 1С:Предприятие На основе функциональной модели системы и технического задания определены основные функции, которые должно выполнять программное обеспечение, и их иерархия. Рис. 3 – Иерархия функций программы Описание реализации функций приложения в конфигурации представлено в таблице 3. Таблица 3– Реализация функции в программном обеспечении
Таким образом, было создано описание, как реализуются функции приложения в конфигурации. Описание созданных обработчиков событий приложения приведено в таблице 4 Таблица 4– Описание разработанных обработчиков событий
Таким образом, с помощью процедур были реализованы все функции системы. Программа является событийно управляемой, т.е. все действия пользователя передаются программе через операционную систему и виде соответствующих событий. Схема взаимодействия представлена на рисунке 7. Рис. 4– Схема взаимодействия основных объектов конфигурации Данные из справочника «Физические лица» поступают в документ «Принятие на работу», т.к. при оформление данного документа указывается именно физическое лицо, также данные из справочника «Физические лица» поступают в справочник «Сотрудники», т.к. сотрудник является определенным физическим лицом. Данные из справочника «Должности» поступают в документ «Принятие на работу», «Увольнение», «Начисление зарплаты» т.к. при оформлении данного документа указывается занимаемая должность. Также данные из справочника «Должности» поступают в документ «Штатное расписание» т.к. при оформлении штатного расписания указываются количество сводных мест для каждой должности. Данные из справочника «Сотрудники» поступают в документ «Приходная накладная», «Продажа в розницу», «Перемещение в розницу» т.к. при оформлении данных документов указывается ответственное лицо. Также данные из справочника «Сотрудники» поступают в документ «Увольнение» и «Начисление зарплаты» т.к. при оформлении данных документов указывается сотрудник. Документы «Принятие на работу» и Увольнение» являются регистраторами для регистра накопления «Сведения о сотрудниках». Документ «Начисление зарплаты» является регистраторами для регистра накопления «Начисления сотрудникам». Рис. 5 – Автоматическое заполнение табличных частей документа Рис. 6– Создание документа принятие на работу Рис. 7– Автоматически созданный элемент справочника, после проведения документа «Принятие на работу» Рис. 8– Создание документа «Увольнение» Рис. 9– Сформированный отчет по начислениям сотрудникам Рис. 10 – Сообщение при смене результаты проверки Рис. 11 – Сообщение при отсутствии статуса «Принят» у кандидата Рис. 12– Сформированный отчет о свободных вакансиях |