ИС отдел кадров. Ис отдел кадров doc
 Скачать 5.17 Mb.
|
|
^ 1.3.4. Выходные данные Выходными данными при работе программы являются данные, выводимые на экран пользователя, и текстовые документы, составленные по запросам пользователя, в форматах doc. Язык выходных данных в приложении – русский. ^ 1.3.5. Требования к интерфейсу Программный продукт должен содержать форму авторизации пользователей, которая будет открываться после запуска приложения. Данная форма должна содержать поля для ввода пользователем своего пароля и выбора логина. Главное меню программного продукта должно позволять пользователю выбрать категорию, к которой он относится (сотрудник завода, специалист отдела кадров, начальник отдела кадров, специалист бухгалтерии, специалист планово-экономического отдела), а также иметь ссылку на автора приложения. Остальные окна программного продукта должны быть оснащены подсказками, а их функции быть интуитивно понятны пользователю. Сообщения, выдаваемые программой при прохождении каких либо действий, должны содержать краткое описание произведенных действий и содержать комментарии для облегчения дальнейшей работы пользователя. ^ 1.3.6. Требования к надежности При работе с программным продуктом необходимо предусмотреть: контроль вводимой информации, т.е. возможность отслеживания ошибок, допускаемых пользователем, и последующей реакции программы на них; предусмотреть блокировку некорректных действий пользователя при работе с системой. ^ 1.3.7. Требования к программной документации В состав сопровождающей документации программного продукта должны входить следующие компоненты: пояснительная записка на 55 – 60 листах, содержащая описание разработки; исходные тексты модулей на языке Delphi откомпилированный EXE-файл на CD-диске. ^ 1.3.8. Требования к составу и параметрам технических средств Система должна работать на IBM совместимых персональных компьютерах. Минимальная конфигурация: тип процессора – Pentium; объем оперативного запоминающего устройства – 16 Мб; тип монитора – SVGA (15'). ^ 1.3.9. Модель вариантов использования На основании анализа требований пользователя были выделены следующие варианты использования, представленные в таблице 1.1. Таблица 1.1.Описание вариантов использования
Действующие лица для диаграммы вариантов использования приведены в таблице 1.2. ^ Таблица 1.2. – Действующие лица
На основании всех выше рассмотренных вариантов использования была составлена диаграмма вариантов использования, представленная на рисунке. 1.2.  Рисунок 1.2. – Диаграмма вариантов использования Описание варианта использования «Создание личной карточки» Действующие лица. Специалист отдела кадров. Заинтересованные лица и их требования: сотрудник, данные о котором должны быть занесены в базу данных; специалист отдела кадров, который должен создать личную карточку сотрудника. Предусловия. Вход пользователя в систему. Постусловия. Если вариант использования выполнен успешно, создаётся новая личная карточка, которой будет присвоен уникальный код. В противном случае состояние системы не изменяется. Основной сценарий. Система создаёт новый документ под названием «Личная карточка работника» В поле «код» генерируется код документа Система предлагает заполнить личную карточку Пользователь заполняет личную карточку Система спрашивает сохранить или не сохранить данные Пользователь сохраняет данные Вариант использования завершается Альтернативные потоки: 5a. Если пользователь не вводит данные в обязательные поля, система выводит сообщение «Введите данные» 5b. Если пользователь вводит неверные данные, система выводит сообщение «Проверьте правильность данных» 7а. Если пользователь не сохраняет данные, состояние системы не меняется, вариант использования завершается ^ 1.3.10. Глоссарий проекта Основными понятиями проекта являются следующие: специалисты; сотрудники; приказы; личные карточки; график отпусков; штатное расписание; трудовой договор; экономико-плановый отдел бухгалтерия. ^ 1.3.11. Проверка модели на полноту Проверка на полноту диаграммы вариантов использования производится по операциям, выполняемым над основными объектами, представленными в таблице 1.3. Основными объектами, упоминаемыми в модели вариантов использования, являются: приказ, личная карточка, штатное расписание, график отпусков, трудовой договор. Таблица 1.3. Проверка на полноту
В таблице 1.3 обозначены виды операций: 1 – создание; 2 – просмотр; 3 – изменение; 4 – удаление. Над объектом «Штатное расписание» нет операции создание (1) , так как штатное расписание создано заранее и пользователю остаётся только внести в него данные. Операцию удаление (4) производить запрещено. «График отпусков» так же не имеет операции создания, так как уже создан и требует лишь заполнения, либо изменения. Объект «Трудовой договор» создаётся вне информационной системы, поэтому доступен лишь его просмотр. Результаты анализа полноты выполнения функциональных требований пользователя в модели вариантов использования приведены в таблице 1.4. Все функциональные требования пользователя отражены в основных вариантах использования. Таблица 1.4. Анализ полноты выполнения требований пользователя
^ 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ 2.1. Разработка архитектуры системы Разрабатываемое приложение является клиент-серверным приложением. В фирме должны быть расположены персональные компьютеры для работы сотрудников (специалисты, начальство) с приложением. Все компьютеры в системе соединены локальной сетью, с сервером базы данных, где будет храниться база данных со всей информацией. На рисунке 2.1 приведена предварительная диаграмма развертывания разрабатываемого приложения – архитектура технических средств системы.  Рис. 2.1.Архитектура технических средств системы ^ 2.2. Разработка модели предметной области В результате анализа (раздел 1) были выделены категории концептуальных классов, представленные в таблице 2.1. Таблица 2.1. Список категорий концептуальных классов
Пользуясь списком категорий и методом анализа словесного описания вариантов использования, составлен список кандидатур на роль концептуальных классов для предметной области. Он соответствует требованиям и принятым упрощениям для всей предметной области. Список концептуальных классов: сотрудник; штатное расписание; приказ; график отпусков; трудовой договор. На основании анализа словесного описания варианта использования, составлен список ассоциаций для предметной области, представленный в таблице 2.2. Таблица 2.2. – Ассоциации для модели предметной области
На основании анализа технического задания и описания вариантов использования выделены атрибуты классов для модели предметной области, представленные в таблице 2.3. Таблица 2.3. – Атрибуты классов для модели предметной области
В результате объединения концептуальных классов, ассоциаций и атрибутов классов концептуальная модель предметной области имеет вид, показанный на рисунке 2.2.  Рисунок 2.2. – Концептуальная модель предметной области | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||