Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Курсовой проект.docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
367.1 Кб
Скачать

4 Основная часть

4.1 Концептуальная модель системы

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

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

Затем формализованное описание преобразуется в программу – имитатор в соответствии с некоторой методикой (технологией программирования).

Р ассмотрим концептуальную модель программного обеспечения Учет оргтехники (рисунок 1):

Рисунок 1 - Концептуальная модель

4.2 Диаграмма вариантов использования

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

  • Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;

  • Сформулировать общие требования к функциональному поведению проектируемой системы;

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

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

Задачи, стоящие перед проектом можно представить в виде диаграммы вариантов использования (рисунок 2), где роль «актера» играет системный администратор предприятия.

Р исунок 2 - Диаграмма вариантов использования.

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

- справочная информация по программе учета техники;

- регистрация компьютерной техники и ее комплектующих;

- установка и снятие техники с рабочих мест;

- изменение состава комплектующих компьютерной техники;

- учет ремонта техники;

- регистрация и редактирование каталога рабочих мест предприятия;

- анализ учета техники, где представляется каталог компьютерной техники и справочник производителей;

- регистрация поставщиков техники.

Для решения комплекса задач используются файлы с условно-постоянной информацией: справочник типов товаров, используемых в товарообороте компании - "Тип оргтехники"; справочник поставщиков – «Поставщики», справочник «Отделы», справочник «Сотрудники».

Основными объектами автоматизации являются: устройства и пользователи.

Основными ограничения являются:

  • нельзя удалить устройства, которого нет в учете;

  • нельзя ввести инвентарный номер устройства, который уже имеется;

  • дата списание не может быть раньше даты поступления;

  • дата ремонта не может быть меньше даты поступления.

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

Процессы с устройствами: регистрируют, приходуют, выписывают счет, расходуют, эксплуатируют, ремонтируют, списывают.

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

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