Проектирование информационных  систем управления, Дипломная из Проектирование систем
cdc_app
cdc_app

Проектирование информационных систем управления, Дипломная из Проектирование систем

54 стр-ы.
196Количество просмотров
Описание
Курсовая работа по курсу Проектирование информационных систем управления
20 баллов
Количество баллов, необходимое для скачивания
этого документа
Скачать документ
Предварительный просмотр3 стр-ы. / 54
Это только предварительный просмотр
3 стр. на 54 стр.
Это только предварительный просмотр
3 стр. на 54 стр.
Это только предварительный просмотр
3 стр. на 54 стр.
Это только предварительный просмотр
3 стр. на 54 стр.

Институт информационных технологий, машиностроения и автотранспорта (ИИТМА)

Кафедра информационных и автоматизированных

производственных систем (ИиАПС)

Пояснительная записка к курсовой работе по дисциплине «Проектирование информационных

систем управления»

Выполнил студент группы ИТб-122:

Замятина Д.В.

Проверил: Ванеев О.Н.

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

«КУЗБАССКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

Кемерово 2016

2

Оглавление 1. Разработка технического задания....................................................................................................................3

1.1. Исходная постановка задачи проектирования.................................................................................... 3 1.2. Анализ условий предприятия................................................................................................................. 3

1.2.1. Обследование общих закономерностей функционирования организации................................ 3 1.2.2. Цели функционирования предприятия............................................................................................5 1.2.3. Организационная структура предприятия......................................................................................6 1.2.4. Состав бизнес-процессов................................................................................................................... 11 1.2.5. Описание бизнес-процессов.............................................................................................................. 14 1.2.6. Определение классов бизнес-объектов........................................................................................... 16 1.2.7. Автоматизируемые бизнес-решения............................................................................................... 17

2. Формирование требований к системе...........................................................................................................18 2.1. Состав требований.................................................................................................................................. 18 2.2. Определение состава сценариев, реализующих требования.......................................................... 18 2.3. Разработка содержания сценариев...................................................................................................... 20

2.3.1. Сценарий добавление действий....................................................................................................... 20 2.3.2. Сценарий добавление оборудования в перечень.......................................................................... 22 2.3.3. Сценарий изменения данных сотрудников....................................................................................23 2.3.4. Сценарий Формирования рабочего места..................................................................................... 25 2.3.5. Сценарий написание заявки.............................................................................................................26 2.3.6. Сценарий редактирования заявки.................................................................................................. 28 2.3.7. Сценарий формирование отчета......................................................................................................30

2.4. Определение требований к пользовательскому интерфейсу........................31 3. Разработка рабочего проекта..........................................................................................................................37

3.1. Классы граничных объектов и классы сущностей...........................................................................37 3.2. Определение методов объектов.......................................................................................... 42

3.2.1. «Добавление действий»......................................................................................................................43 3.2.2. «Добавление оборудования»............................................................................................................. 45 3.2.3. "Изменение данных сотрудника".................................................................................................... 47 3.2.4. "Формирование рабочего места".....................................................................................................49 3.2.5. "Написание заявки"...........................................................................................................................50 3.2.6. "Редактирование заявки"................................................................................................................. 52 3.2.7. "Формирование отчета"....................................................................................................................54

3.3. Выбор технологий реализации............................................................................................55 3.3.1. Выбор операционной системы......................................................................................................... 55 3.3.2. Выбор взаимодействия пользователя с операционной системой.............................................. 55 3.3.3. Выбор технологии взаимодействия пользовательских компонент с данными...................... 55

3.4. Выбор языка и среды программирования......................................................................................... 55 3.4.1. Определение параметров развертывания......................................................................................55

3.5. Проектирование хранилища данных...............................................................................56 4. Разработка программного кода......................................................................................................................62 5. Развёртывание...................................................................................................................................................63

3

Разработка технического задания Исходная постановка задачи проектирования

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

Например, «система, формирующая отчеты по заказам клиентов».

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

Анализ условий предприятия Обследование общих закономерностей функционирования организации.

Общая информация: Полное официальное наименование: ООО Кузбасское вагоноремонтное

предприятие «Новотранс».

Сокращенное наименование: КВРП «Новотранс»

Аббревиатура: «Новотранс».

Вид учреждения: вагоноремонтное предприятие.

Тип учреждения: Общество с ограниченной ответственностью.

Основные виды деятельности:

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

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

Рождественская, 2

4

Рис. 1.1 Пространственная схема расположения

Краткая информация о подразделении:

Наименование организации: КВРП «Новотранс».

Структурное подчинение: Новотранс является самостоятельным структурным подразделением Холдинговой компании «Новотранс» и подчиняется генеральному директору холдинга.

Цель деятельности Новотранса: Получение прибыли за оказание качественных ремонтных и

транспортных услуг.

Задачи Новотранса: 1. Обеспечение соблюдения действующего законодательства, иных

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

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

надёжность вагонов при эксплуатации после нашего ремонта. 4. Каждый от генерального директора до рабочего несет

ответственность за качество своей работы. 5. Инициатива и активное участие в улучшении качества продукции

и повышении эффективности труда является обязанностью каждого работника.

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

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

5

Основным документом, регламентирующим деятельность организации, является устав ООО КВРП «Новотранса»

Дополнительные инструкции и документация:

1. Конституция РФ от 12.12.93 (ред. от 25.07.2003.) 2. Гражданский кодекс РФ (часть 1) от 30.11.94 №51-ФЗ

(ред.29.07.2004); 3. Гражданский кодекс РФ (часть 2) от 26.01.96 № 14-ФЗ (ред. от

23.12.2003); 4. Гражданский кодекс РФ (часть 3) от 26.11.2001 № 146 –ФЗ; 5. Налоговый кодекс РФ (часть 1) от 31.07.98 № 146-ФЗ (ред. от

22.07.2005 № 119-ФЗ); 6. Налоговый кодекс РФ (часть 2) от 05.08.2000 № 117-ФЗ (ред. от

22.07.2005 № 117-ФЗ); 7. Федеральный закон «О государственной регистрации юридических лиц и индивидуальных предпринимателей» от 28.08.2001 № 129-ФЗ (ред. от 23.12.2003);

8. Федеральный закон «о несостоятельности (банкротстве)» от 26.10.2002 № 127-ФЗ;

9. Трудовой кодекс РФ № - ФЗ от 21.12.2001 10.Иные нормативные акты.

Цели функционирования предприятия Цель функционирования предприятия изображена на Рис.3.Главным

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

Для бесперебойной работы предприятия необходимо обеспечить работоспособность оборудования. В поддержку оборудования входят:

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

Рис. 1.2 Модель "Целей бизнес-процессов"

Организационная структура предприятия Организационная структура представлена в виде настраиваемой

пользователем диаграммы (Рис. 4) (custom diagram). Подразделения отображаются в виде пакетов. Работники подразделения (их должности) отображаются в виде элементов «class» со стереотипом «работник (internal worker)».

6

Рис. 1.3 Организационной структуры предприятия

Описание функций базовых подразделений: Таблица 1 содержит следующую информацию: наименование, функции

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

Таблица 1.

Код подра зделе ния

Наименование подразделения

Выполняемые функции Число сотруд ников

Функцио нальная подчинен ность

Структу рная подчине нность

001 Дирекция Общее руководство организацией.

Выработка стратегии.

2 Генераль ный директор холдинга

Генерал ьный директо р холдинг а

023 Заместители Руководство подчиненных подразделений.

Выработка стратегии.

5 001 001

024 Главный инженер

Руководство подчиненных подразделений.

Поддержка работоспособности предприятия

2 001 001

002 Бухгалтерия Ведение бухгалтерии предприятия, ведение отчетности

6 001 001

003 Административ ный хозяйственный участок

Обеспечение необходимых материалов подразделения

15 024, 001 024

004 группа ИТ Поддержка работоспособности информационного оборудования и программного обеспечение

3 024, 001 024

005 Группа охраны труда и окружающей

Ведение документации, соблюдение правил защиты труда и

2 024, 001 024

7

среды окружающей среды 006 Коммерческий

отдел Поиск потенциальных клиентов и покупателей, принимает активное участие в закупках, тендерах и аукционах

4 023, 001 023

007 Лаборатория неразрушимого контроля

Производят исследования качества проделанной работы

15 024, 001 024

008 Отдел механики

Поддержка работоспособности оборудования

9 024, 001 024

009 Отдел по работе с персоналом

Прием на работу персонала, увольнение сотрудников

3 023, 001 023

010 Отдел технического контроля

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

12 023, 001 023

011 Отдел техн. обучения и подготовки кадров

Отправление на переобучение новых сотрудников, повышение квалификации старых сотрудников, прием на работу практикантов

1 024, 001 024

012 Отдел энергетики

Обеспечение работоспособности предприятия в среде энергопотребления

9 024, 001 024

013 Производствен но- диспетчерский отдел

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

Организация мероприятий по повышению коэффициента сменности и созданию условий для

12 024, 001 024

8

эффективной работы персонала.

Оперативно- производственное планирование и диспетчирование.

Регулярный оперативный контроль за ходом производства и других видов основной деятельности предприятия.

Принятие мер по предупреждению и устранению нарушений хода производственного процесса.

014 Технический отдел

Отдел занимается расчетом необходимого для производства оборудования, кураторством производства решение текущих вопросов, связанных с производством

25 024, 001 024

015 Финансово- экономический отдел

осуществление единой политики предприятия в области финансов. Разработка финансовой стратегии предприятия и базы для его финансовой устойчивости.

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

6 023, 001 023

9

перечислению платежей и взносов по налогам и сборам.

016 Цеха 613 023, 001 023 017 Вагоносборочн

ый цех Проведение ремонтных и вагоносборочных работ

150 023, 001 023

018 Железнодорож ный цех

Проведение ремонтных работ

138 023, 001 023

019 Колесно- роликовый цех

Проведение ремонтных работ

155 023, 001 023

020 Тележный цех Проведение ремонтных работ

170 023, 001 023

021 Участок автотранспорта

Перемещение вагонов по территории предприятия и за пределы.

12 008, 024, 001

008

022 Юридический отдел

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

6 023, 001 023

Общие число сотрудников 762. Схема ЛВС «Новотранс»:

10

Рис. 1.4 Схема ЛВС

Состав бизнес-процессов Состав бизнес-процессов отображено в виде диаграммы бизнес-

вариантов использования «business use case diagram» (рис. 1.5). Для автоматизации рассмотрим процесс обеспечение работоспособности оборудования на рис. 1.6.

Рис. 1.5 Модель "Состава бизнес-процессов предприятия"

Рис. 1.6 Декомпозиция процесс "Обеспечение работоспособности оборудования"

Таблица 2 отражает БП предприятия, сформированные на основе выявленных функций предприятия в целом и функций подразделений.

Таблица 2.

Код бизнес- процес са БП

Наименование бизнес-процесса БП

Степен ь важнос ти процес са

Отдел владел ец БП

Отдел исполн итель БП

БП – Источник информа ции

БП – Приемник выходной информации

Основные

11

ПЗ_ Поступление заказа на завод

А 001 023 РД_

РД_ Разбор исходных данных

А 023 024 ПЗ_ РП_

РП_ Распределение по отделениям

А 024 014 РД_ РИ_

РИ_ Распределение по инженерам

А 024 014 РП_ ППСТ_

ППСТ_ Проверка проекта на соотв. требованиям

А 024 017 РИ_

Вспомогательные СД_ Составление

договоров А 023 022 РД_

СО_ Составление отчетности

В 023 014 ПР_

Используемые обозначения важности БП (А – очень важный, В – средней важности, С – практически неважный).

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

ПН, ПМ, ПК – периодическая отчетность по отчетным календарным периодам (ПН - неделя, ПМ - месяц, ПК – квартал), Р – разовая информация.

Схема информационных связей «Новотранс»:

Описание бизнес-процессов Рассмотрим бизнес-процесс обеспечение работоспособности(Рис.5).

Содержание бизнес-процесса «Обеспечение работоспособности» состоит из последовательного выполнения следующих действий:

«Получение заявки о неисправности» - происходит по телефону или в личной форме не посредственно сотрудникам ИТ группы. В процессе автоматизации сотрудники предприятия будут зарегистрированы в системе и отправлять заявки через систему.

Более детально будет рассматрен процесс обработки заявок. Данный процесс будет базовым для автоматизации.

12

ЦЕХаГлавный инженер Отдел технического контроля

ДирекцияБухг лтерияФ нансово – эко омическ ий отдел

руппа ИТМНРЮридически й тдел пе а тс на бумажном носителе курьеромв элек р нном видустн е асп ряженияКач с венные критер и интенсивности информационного потока:

О – текущая оперативная информация, используемая при текущих вычислениях;

ПН, ПМ, ПК – периодическая отчетность по отчетным календарным периодам (ПН - неделя, ПМ - месяц);

Р – разовая информация.

Метод ре л зац информац онного пот ка:

Процесс «Обработка заявки» проходит по методу кто ответил, тот и исправляет.

После сотрудник ИТ группы на месте производит процесс «Проверка состояния оборудования».

В результате проверки определяются дальнейшие действия:

«Ремонт» - если неполадку возможно устранить собственными силами.

«Обращение к специализирующимся инстанциями» - если компетентность сотрудника не позволяет решать данную проблему.

«Проверка состава оборудования» - если оборудование невозможно исправить, то необходимо предоставить сотруднику новое.

«Заказ нового оборудования» - если на складе отсутствует необходимое оборудование.

После произвести «Получение оборудования» и «Внесение в перечень оборудования»

В результате замены оборудования сотрудникам «Предоставляется новое оборудование». Тем самым завершая бизнес-процесс о поддержании работоспособности предприятия.

Рис. 1.7 Диаграмма содержания бизнес-процесса

Заказать новое оборудование и внесение его в перечень имеет право только начальник ИТ группы, выдача оборудования сотрудникам и выполнять необходимое обслуживание могут все сотрудники ИТ группы.

Определение классов бизнес-объектов

Рис. 1.8 Объекты бизнес-процесса «Обеспечение работоспособности»

Объекты бизнес-процесса «Обеспечение работоспособности»

Документ «Оборудование» содержит:

• Название; • Технические характеристики. Документ «Перечень оборудование» содержит:

• Дата поступления; • Инвентарный номер; • Количество; • Стоимость; • Тип оборудования.

13

Документ «Заявка на оборудование» содержит:

• Дата; • Описание; • Причина вызова; • Цель вызова. Документ «Заявка на работу» содержит:

• Дата; • Описание.

Автоматизируемые бизнес-решения.

Рис. 1.9 Типовые бизнес-процессы, требующие автоматизации

В качестве типовых бизнес-решений, то есть элементов бизнес- процессов, требующих автоматизации, были выбраны следующие:

• Заполнение данных заявки. Для простоты ввода данных о пользователе, объектах заявки эти данные должны заносится в БД, также должна присутствовать возможность их редактирования и удаления.

• Быстрый выбор данных необходимых для оформления заявки. Данные необходимые для заполнения полей формы подачи заявки выбираются из всплывающего списка.

• Формирование отчетов по заявкам с различными параметрами выборки. Должна присутствовать возможность получения информации о уже поданных заявках по различным критериям.

• Название системы: «Информационная система обработки заявок на техническое

обслуживание технологического и компьютерного оборудования, а также программного обеспечения для ИТ группы предприятия КВРП "Новотранс"» - будут автоматизирована оформление заявок, например, введение их в общую базу данных и организовать электронный поиск по этим данным. Формирование списка может осуществляться в электронном виде, учет заявок может осуществляться на форме клиента.

Цель: система позволит упростить процесс оформления заявок. Уменьшение трудоемкости, траты времени на оформление заявки и других данных необходимых для подачи заявки (объект заявки, сотрудник), формирование списков и учет заявок.

14

Формирование требований к системе Состав требований

Рис. 2.1 Матрица трассировки типовых решений БП в требования

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

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

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

Возможность равномерного распределения нагрузки: Заявки поступают в общую систему, поэтому ее может принять

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

Формирование отчетов: Администраторы уточняют данные заявок и отправляют в журнал.

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

Для реализации требований может быть использовано несколько сценариев:

Действие выполняется актантом: «Сотрудник ИТ отдела»

Выполняемые действия: • Добавление оборудования; • Добавление действий; • Написание заявки; • Формирование рабочего места; • Изменение данных сотрудника в системе; • Редактирование заявки. Эти действия поддерживают следующие автоматизированные

процессы: • Возможно удаленно получить заявку Выполняемые действия:

• Формирование отчета. Это действие поддерживает следующие автоматизированный процесс:

• Возможность формирования отчета на основе проделанной работы. Действие выполняется актантом: «Сотрудник» Выполняемые действия:

• Написание заявки

15

Эти действия поддерживают следующие автоматизированные процессы:

• Возможно удаленно получить заявку

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

Разработка содержания сценариев Сценарий добавление действий

Рис. 2.3 Декомпозиция сценария «Добавление действий»

Диаграмма содержит следующие объекты сущности: - Виды работ Содержит перечень видов работ. - Виды оборудования Содержит перечень возможного оборудования. - Виды ПО Содержит перечень возможного ПО. -Виды действий Содержит перечень возможных действий

Форма в данной диаграмме присутствует одна: - форма добавления действий

Действия, выполняемые в диаграмме: - формирование формы добавлений действий Формируется форма для заполнения данных о работах, оборудовании,

ПО и действий. -выбор вида работы: Из перечня видов работ выбирается необходимый. -ввод нового вида работ: Вводиться ввод нового вида работ. -выбор оборудования: Из перечня оборудования выбирается необходимое. -выбор ввода: Выбирается вводиться ПО или оборудование. -введение нового вида оборудования: Ввод названия оборудования. -введение нового вида ПО: Ввод названия ПО. -выбор действий: Из перечня действий выбирается необходимый. -ввод данных новых действий: Ввод нового действия. -сохранение: Сохранение всех введенных данных.

16

Сценарий добавление оборудования в перечень Рис. 2.4 Декомпозиция сценария «Добавление оборудования в перечень»

Диаграмма содержит следующие объекты сущности: -перечень оборудования: Содержит перечень оборудования. -отработанное оборудование: Содержит перечень оборудование вышедшего из строя.

Форма в данной диаграмме присутствует одна: Форма добавление оборудования в перечень.

Действия, выполняемые в диаграмме: -формирование формы: Формирование формы добавление оборудования в перечень. -ввод данных: Ввод инвентарного номера и название оборудования. -поиск оборудования в перечне: Сравнение введенных данных с базой. -изменение открытого профиля оборудования: Ввод изменений данных в профильную карту оборудования или

удаления оборудования. -заполнение пустого профиля оборудования: Ввод данных в профильную карту оборудования. -сохранение данных: Сохранение данных в базу.

Сценарий изменения данных сотрудников

Рис. 2.5 Декомпозиция сценария "Изменение данных сотрудника"

Диаграмма содержит следующие объекты сущности: -Перечень должностей: Содержит экземпляры класса «должность» уже занесённые в БД. -Перечень оборудования: Содержит экземпляры класса «оборудование» уже занесённые в БД. -Перечень сотрудников: Содержит данные профиля сотрудника, личные данные, инвентарные

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

-Корзина удаленных сотрудников: Удаленные сотрудники помещаются в корзину, для возможности

восстановления его данных. -Перечень рабочих мест: Содержит экземпляры класса «Рабочее место» заносятся данные о

месте нахождении рабочего места и количество оборудования. На данной диаграмме присутствует две формы: -Форма изменения данных сотрудника;

17

-Форма формирование рабочего места (деятельность которой представлена в разделе 2.3.4).

Действия, выполняемые в диаграмме: -формирование формы: Формирование формы изменения данных. -поиск сотрудника: Ввод Фамилии и табельного номера сотрудника и сверка введенных

данных с базой. -выбор действия: Для открытого профиля сотрудника выбирается удаление сотрудника

(перенос в корзину) или изменение информации профиля. -ввод данных нового сотрудника: Пустые поля для в писания данных в профиль сотрудника. -удаление сотрудника из системы: Удаление сотрудника из таблицы «Сотрудник» и внесение в таблицу

«Корзина удаленных сотрудников». -изменение данных сотрудника: Открытый профиль пользователя позволяет изменять все данные

пользователя. -сохранение данных: Сохранение данных профиля.

18

Сценарий Формирования рабочего места

Рис. 2.6 Декомпозиция сценария "Формирование рабочего места"

Диаграмма содержит следующие объекты сущности: -Перечень рабочих мест Содержит экземпляры класса «Рабочие места». -Перечень оборудования: Содержит экземпляры класса «оборудование» уже занесённые в БД.

Форма в данной диаграмме присутствует одна: -Форма формирование рабочего места Действия, выполняемые в диаграмме: -формирование формы:

Формирование формы написания заявки, заполняются автоматически из профиля сотрудника личные данные сотрудника.

-Ввод данных: Вводятся данные о местонахождения рабочего места -Выбор оборудования: Из перечня заданного имеющегося оборудования, мы выбираем

необходимое. -Сохранение: Сохраняем введенные данные.

Сценарий написание заявки Рис. 2.7 Декомпозиция сценария «Написание заявки»

Диаграмма содержит следующие объекты сущности: -перечень сотрудников: Содержит экземпляры класса «Сотрудник» уже занесённые в БД. -виды работ: Содержит экземпляры класса «Виды работ» уже занесённые в БД. -виды оборудования: Содержит экземпляры класса «Виды оборудования» уже занесённые в

БД. -виды ПО: Содержит экземпляры класса «Виды ПО» уже занесённые в БД. -виды действий:

19

Содержит экземпляры класса «Виды действий» уже занесённые в БД. -сохраненные заявки: Сохранение данных выбранных на форме.

Форма в данной диаграмме присутствует одна: Форма написания заявки. Действия, выполняемые в диаграмме: -формирование формы:

Формирование формы написания заявки, заполняются автоматически из профиля сотрудника личные данные сотрудника.

-выбор вида работы:

Выбирается из перечня вид работ.

-выбор таблицы:

Выбирается таблица для дальнейшего использования.

-выбор оборудование:

Из перечня оборудование выбирается неисправное оборудование.

-выбор ПО:

Из перечня ПО выбирается неисправное ПО.

-выбор вида действий:

Из перечня выбирается действие.

-сохранение данных:

Сохранение данных выбранных на форме.

20

Сценарий редактирования заявки

Рис. 2.8 Декомпозиция сценария «Редактирования заявки»

Диаграмма содержит следующие объекты сущности: -сохраненные заявки: Содержит экземпляры класса «заявки» уже занесённые в БД. -перечень оборудования: Содержит экземпляры класса «Оборудование» уже занесённые в БД. -перечень сотрудников: Содержит экземпляры класса «Сотрудник» уже занесённые в БД. -виды работ: Содержит экземпляры класса «Виды работ» уже занесённые в БД. -виды оборудования: Содержит экземпляры класса «Виды оборудования» уже занесённые в

БД. -виды ПО: Содержит экземпляры класса «Виды ПО» уже занесённые в БД. -виды действий: Содержит экземпляры класса «Виды действий» уже занесённые в БД. -статус заявки: Содержит экземпляры класса «статус» уже занесённые в БД. -журнал: Сохраняются данные выполненных заявок. -корзина: Сохраняются отказанные в исполнение заявки.

Форма в данной диаграмме присутствует одна: Форма редактирования заявки.

Действия, выполняемые в диаграмме: -формирование формы: Формирование формы изменения заявки, загружая данные заявки с

возможностью полного изменения заявки. -изменение данных заявки: Уточнение данных заявки. -статус заявки: Проставляется статус заявки. -удаление заявки: При поставленном статусе отказано, заявка перемещается в таблицу

«Корзина». -сохранение данных: При поставленном статусе на обслуживание данные изменяются

данные в таблице «Сохраненные заявки». -сохранение:

21

При поставленном статусе готово, данные заявки переносятся в таблицу «Журнал».

22

Сценарий формирование отчета

Рис. 2.9 Декомпозиция сценария «Формирование отчета»

Диаграмма содержит следующие объекты сущности: -журнал: Содержит экземпляры класса «Заявки» со статусом готово уже

занесённые в БД. -параметры отчета: Пользователь выбирает параметры отчета. -отчеты: Пользователь может вывести отчет в Word.

Форма в данной диаграмме присутствует одна: Форма формирования отчета.

Действия, выполняемые в диаграмме: -формирования формы: Формирование формы вывода отчета.

-выбор параметров отчета: Пользователь на форме выбирает параметры, по

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

-формирование отчета: Выборка данных из базы и формирование их в таблицу в

Word.

-вывод отчета: Готовая выборка сохраняется в документ Word для

дальнейшего использования.

23

Определение требований к пользовательскому интерфейсу.

Рис. 2.10 Общее представление интерфейса

Форма «Профиль» - основная форма, она предназначена для перехода между основными формами и оформление заявки. После входа на форму пользователь будет видеть только свой профиль и модуль «Оформления заявки», остальные элементы доступны только администраторам (сотрудник ИТ группы).

Рис. 2.11 Главная форма «Профиль»

На форме располагаются:

Общедоступные элементы:

• Лист (List) на котором выводятся данные профиля. • Кнопка «Редактирования профиля» Элементы отправления группируются формой, так как это отдельный

модуль.

• Три Выпадающих списка (ComboBox): ■ Вид работы; ■ Объект; ■ Деятельность.

• Две Радио кнопки (Radio): ■ Оборудование; ■ ПО.

• Обычных кнопки (button): ■ Отправить.

Элементы только доступные администраторам:

24

Содержит 6 кнопок (button) перехода на другие формы:

• Действия; • Заявки; • Оборудование; • Отчеты; • Рабочие места; • Сотрудники.

Форма «Действия» предназначена для более точного указания проблемы, путем добавления вариантов событий, которые могут произойти.

Рис. 2.12 Форма добавления действий

Элементы формы: Три текстовых поля(text):

• Работа; • Название; • Действие. Две радио кнопки(Radio):

• Оборудование; • ПО.

Кнопка (button): Сохранить.

Форма «Заявки» предназначена для просмотра поступивших заявок и их редактирования.

25

Здесь пока нет комментариев
Это только предварительный просмотр
3 стр. на 54 стр.