5) класс «Форма__описание_ремонта» характеризует программное окно, в котором инженер описывает произведённый ремонт.
Атрибуты класса:
- Номер_квитанции;
- Статус;
- Диспетчер;
- Инженер;
- Дата_принятия;
- Дата_завершения;
- Техника;
- Тип_ремонта;
- Описание_ремонта.
6) класс «Форма_список_инженеров» характеризует программное окно, в котором отображается все сервисные инженеры, которые работают в настоящий момент.
Атрибуты класса:
- Таблица_отображения_инженеров:
фамилия;
имя;
отчество;
разряд;
отдел.
- Кнопки:
добавить;
удалить;
сохранить.
7) класс «Форма_добавления_инженера» характеризует программное окно, в котором реализуется возможность добавления нового инженера в систему.
Атрибуты класса:
- Фамилия;
- Имя;
- Отчество;
- Разряд;
- Отдел.
3.2 Определение методов объектов.
Диаграмма последовательностей для сценария "Создание квитанции":
Выявленные методы классов:
- «Открыть форму». Реализуется посредством взаимодействия диспетчера с управляющими элементами формы программы.
- «Заполнение формы». Ввод данных в поля формы будущей квитанции.
- «Подтверждение ввода». Реализуется нажатием кнопки, подтверждая правильность процедуры, и достоверность введённой в форму информации.
- «Добавить квитанцию». При получении подтверждения создаётся новая квитанция, в которой записаны данные из новой формы.
Диаграмма последовательностей для сценария " Завершение ремонта ":
Выявленные методы классов:
- «Открыть форму». Реализуется посредством взаимодействия инженера с управляющими элементами формы программы.
- «Выбор квитанции». Обращение к списку с просмотра текущих квитанций.
- «Открыть форму описания ремонта». Обращение к форме описания ремонта, формируется форма данной квитанции.
- «Ввод данных» Процесс заполнение инженером полей формы описания ремонта, данных о произведённом техническом обслуживании.
- «Изменение статуса». Инженер после ввода данных, изменяет статус текущей отображаемой и редактируемой им квитанции.
- «Подтвердить ввод». Реализация, посредством нажатия кнопки, подтверждения правильности процедуры, и достоверность изменённых данных в квитанции.
- «Изменение квитанции». Процесс сохранения добавленной или изменённой инженером информации в вызванной им квитанции.
Диаграмма последовательностей для сценария " Назначение инженера ":
Выявленные методы классов:
- «Открыть форму». Реализуется посредством взаимодействия инженера с управляющими элементами других форм программы.
- «Ввод параметров сортировки». Указывает критерии, по которому будет происходить сортировка и поиск квитанций в списке.
- «Выбор по критерию». После указания критериев поиска, происходит выборка и отображения всех найдённых и отсортированных квитанций.
- «Выбор квитанции». Инженер выбирает свободную квитанцию, обратившись к ней.
- «Присвоение квитанции». Инженер в выбранной свободной квитанции, присваивает её себе.
- «Назначение инженера на квитанцию». Сохранение указанных изменений в списке квитанций.
Диаграмма последовательностей для сценария " Учёт проделанной работы ":
Выявленные методы классов:
- «Открыть форму». Реализуется посредством взаимодействия диспетчера с управляющими элементами других форм программы.
- «Ввод параметров выборки». Указывает критерии, по которому будет происходить сортировка и поиск квитанций в списке.
- «Выборка по критерию» процесс поиска квитанций по указанному критерию.
- «Возвращение отсортированного списка» отображение в главной форме диспетчера отсортированного по критериям, списка квитанций.
- «Сортировка данных» процесс поиска квитанций по определённым параметрам.
Итоговая диаграмма классов представлена на рисунке:
3.3 Выбор технологий реализации.
- языки программирования и среда разработки:
- C#. Динамично развивающийся язык. Позволяет решать все задачи, стоящие перед разрабатываемой системой. Программы на этом языке будут функционировать на стороне клиента. Мощное средство для написания windows-приложений.
- Visual Studio 2005. Удобная среда разработки программ, и соответственно хорошее решение для написания приложений на C#.
- методы доступа к данным.
Осуществляются по средством технологии Ado.net.
- системные сервисы.
Для работы системы необходимо постоянное функционирование сервера СУБД MsSQL.
- операционные системы:
Система может работать на операционных системах семейства Windows начиная с версии Windows 98. Для работы клиентских приложений необходимо наличие .Net Framework 2.0. Серверной компоненте нужен установленный MsSQL.
- параметры среды развёртывания.
- сервер:
Процессор: 3Ггц, оперативная память: 2Гб, жесткий диск: 300Гб.
- клиент:
Процессор: 1Ггц, оперативная память: 512МБ, жесткий диск: 40Гб.
3.4 Проектирование хранилища данных.
Состав предполагаемых объектов базы данных:
- Клиент:
- Id_client – индекс клиента,
- Имя – имя клиента,
- Организация – название организации (в том случае, если юр. лицо),
- Фамилия – фамилия клиента,
- Отчество – отчество клиента.
- Инженеры, работающие в сервисном центре:
- Id_ingener – уникальный индекс инженера,
- Имя – имя инженера,
- Отчество – отчество инженера,
- Отдел – отдел в котором работает данный инженер,
- Фамилия – фамилия инженера,
- Разряд – уровень квалификации инженера.
- Техника, находящаяся в ремонте:
- Id_technika уникальный индекс техники,
- Производитель – производитель данной техники,
- Модель – конкретная модель,
- Серийный номер - уникальный заводской номер техники,
- Гарантийный срок – срок службы установленный производителем,
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.