
- •Содержание
- •Введение
- •1. Анализ предметной области и разработка требований к информационной системе
- •1.1. Описание и анализ предметной области
- •Обзор существующего программного обеспечения
- •1.3. Анализ функциональных и эксплуатационных требований
- •1.3.1. Перечень стандартов
- •1.3.2. Функциональные требования пользователя
- •1.3.3. Входные данные
- •1.3.4. Выходные данные
- •1.3.5. Требования к интерфейсу
- •1.3.6. Требования к надежности
- •1.3.7. Требования к программной документации
- •1.3.8. Требования к составу и параметрам технических средств
- •1.4. Модель вариантов использования
- •1.5. Глоссарий проекта
- •1.6. Проверка модели на полноту
- •2. Проектирование аис «отдел кадров»
- •2.1. Разработка архитектуры системы
- •2.2. Разработка модели предметной области
- •2.3. Разработка алгоритма функционирования системы
- •2.4. Проектирование интерфейса пользователя
- •2.4.1. Разработка диаграммы состояний интерфейса специалиста отдела кадров
- •2.5. Схема базы данных
- •2.5.1. Построение диаграмм последовательностей для варианта использования «Создание личной карточки»
- •Построение диаграммы классов
- •3.1.3. Классы и объекты интерфейса пользователя
- •3.2. Модель технического обеспечения
- •4. Тестирование програного обеспечения
- •4.1. Разработка тестов и тестирование системы
- •4.1.1. Пример тестирования операции «Просмотр личной карточки»
- •4.2. Анализ экономической эффективности аис
- •Заключение
- •Список литературы
- •Приложение 1
- •Приложение 2
2.3. Разработка алгоритма функционирования системы
Для того чтобы предотвратить несанкционированный доступ, вход в систему осуществляется с проверкой имени и пароля.
Для этого необходимо разработать разделение одного интерфейса.
Алгоритм работы системы в виде диаграммы деятельностей приведен на рисунке 2.3.
Алгоритм работы специалиста отдела кадров в виде диаграммы деятельностей представлен на рисунке 2.4.
На рисунке 2.5 представлена деятельность специалиста отдела кадров «Работа с личной карточкой».
На рисунке 2.6 представлена деятельность специалиста отдела кадров «Создание личной карточки».
Рисунок 2.3. – Алгоритм работы системы
Рисунок
2.4. –
Диаграмма
деятельностей «Работа специалиста ОК»
Рисунок 2.5. – Диаграмма деятельностей «Работа с личной карточкой»
Рисунок 2.6. – Диаграмма деятельностей «Создание личной карточки»
Алгоритм выполнения деятельности «Создание личной карточки» разработан на основе сценария, приведенного в разделе 1.3.9.
2.4. Проектирование интерфейса пользователя
2.4.1. Разработка диаграммы состояний интерфейса специалиста отдела кадров
На основании алгоритма функционирования и требований к интерфейсу (раздел 1) разработана диаграмма состояний, представленная на рисунке 2.7.
Рисунок 2.7. – Диаграмма состояний интерфейса специалиста отдела кадров
После запуска приложения на экране появляется форма специально отведенных полях ввода логина и пароля пользователь заносит свои данные. Если эти данные будут неправильными, система выводит ошибку, предложит ввести повторно. Если введенные пользователем данные будут истинными, закроется окно авторизации и будет открыта главная форма с элементами, которые доступными пользователю.
2.5. Схема базы данных
На рисунке 2.8 изображена схема базы данных.
Рисунок 2.8. – Схема базы данных
Реляционная модель данных разработана на основе концептуальной модели предметной области. Реляционная модель данных в дальнейшем служит для разработки базы данных. Информация о столбцах таблиц приведена в таблицах 2.4 ,2.5 ,2.6.
2.5.1. Построение диаграмм последовательностей для варианта использования «Создание личной карточки»
На основе сценария разработана следующая диаграмма последовательности:
Рисунок 2.9. – Диаграмма последовательностей «Создание личной карточки».
На рисунке 2.10. изображена диаграмма «Создание личной карточки».
Рисунок 2.10 – Диаграмма «Создание личной карточки»
-
Построение диаграммы классов
Диаграмма классов для варианта использования «Создание личной карточки» представлена на рисунке 2.11.
Рисунок 2.11 – Диаграмма классов «Создание личной карточки»
Таблица 2.4. – Атрибуты класса Сотрудник(личная карточка)
|
Имя атрибута |
Тип данных |
1 |
Код_сотрудника |
Double |
2 |
Фамилия |
String |
3 |
Имя |
String |
4 |
Отчество |
String |
5 |
Дата_рождения |
String |
6 |
Место_рождения |
String |
7 |
Гражданство |
String |
8 |
Образование |
String |
9 |
Профессия |
String |
10 |
№_паспорта |
Double |
Таблица 2.5. – Операции классов
Openform() |
Открывает форму |
Create personal card() |
Заносит в базу данных новые данные о сотруднике |
Modify personal card() |
Запись изменений в базу данных. |
Delete personal card() |
Удаление информации из базы данных. |
View personal card() |
Получение информации из базы данных. |
3. РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
3.1. Реализация программного обеспечения системы
3.1.1. Разработка диаграммы компонентов
Реализация программного обеспечения системы представлена на рисунке 3.1 в виде диаграммы компонентов. Она определяет архитектуру разрабатываемой системы на физическом уровне и представляет зависимости между программными компонентами.
3.1.2. Объекты интерфейса пользователя
Приложение включает в себя несколько форм, каждая из которых реализована в своём компоненте на диаграмме компонентов (рис.3.1):
main – основная программа, предназначенная для запуска приложения;
Form1 – форма авторизации;
Form2 – главная форма, предлагает выбор объекта, над которым нужно производить операции ;
Form3 – выбор действия, в зависимости от прав пользователя ;
Form4 – форма создания личной карточки;
Form5– форма редактирования/удаления личной карточки;
Form6– форма просмотра личной карточки.
Рис. 3.1. Диаграмма компонентов приложения
После запуска приложения на экране появляется форма авторизации. После ввода логина, пароля определяется правильность ввода, если такой пользователь существует, то выводится главная форма.