Проект автоматизированного рабочего места работника отдела кадров (стр. 4 из 14)
После подписания приказ регистрируется в особой книге, имеющей следующую форму:
номер приказа;
дата регистрации;
краткое содержание;
кто готовил;
кому направлен (объявлен под расписку) приказ;
кем подписан приказ.
При подготовке приказа, включающего группу вопросов, рекомендуется их располагать в таксы порядке:
прием на работу (назначение на должность) на данном предприятии. в учреждении, организации;
увольнение (освобождение от должности);
предоставление отпусков;
поощрения;
взыскания.
Приказы о приеме, переводе на данном предприятии, в учреждении, организации, прекращении договора готовятся, как правило, на типовых бланках по соответствующим формами: T-1, Т-5, Т-8. Нередко на практике приказы, в том числе указанные выше, печатаются на общих бланках формата А-4. Приказ вступает в силу с момента его регистрации или в сроки, указанные в тексте приказа.
Оригиналы приказов по личному составу группируются по порядку их дат и номеров в деле в соответствии с утвержденной номенклатурой. Дело ведется на протяжении календарного года, после чего завершается и хранится в кадровой службе или у работника по кадрам.
Через год после завершения дело сдается в архив предприятия, учреждения, организации по описи.
Приказы по личному составу и книги их регистрации являются документами постоянного хранения и по истечении 40 лет их хранения в архиве предприятия, организации, учреждения передаются на государственное хранение.
1.5 Анализ информационных технологий
Методика определения подходящего программного продукта заключалась в следующем.
Сначала выбиралось несколько доступных и известных программных продуктов. В данном случае это были FoxPro, Delphi, Access. Каждому критерию давалось значение веса исходя из целей проектирования таким образом, что сумма весов всех критериев равнялась 1.
После рассматривались критерии, которые имели параметры, каждому параметру критерия давалось значение веса таким образом, чтобы сумма их весов равнялась 1. При разработке программного комплекса и его эксплуатации учитывается также скорость и простота разработки, а также работы и понятности интерфейса разработанного приложения. Поэтому данным критерии учитывались при выборе средства разработки и были оценены высоким коэффициентом.
При разработке программного комплекса и его эксплуатации учитывается также скорость и простота разработки, а также работы и понятности интерфейса разработанного приложения. Поэтому данным критерии учитывались при выборе средства разработки и были оценены высоким коэффициентом.
Оценки поставленные средствам разработки получены в результате анализа пресс-релизов компаний-производителей, а также аналитического материала тестовых лабораторий известных online-изданий PCWeek (http://www.pcweek.com/), PCWorld (http://www.pcworld.com/) и ZDnet (http://www.zdnet.com/).
В таблице 1.1 перечислены основные критерии и оценки средств разработки программных продуктов. Экспертная оценка определяется по формуле:
. (1.1)где Oi - общая оценка программного средства;
K
- весовой коэффициент критерия;a
- оценка i - того программного средства по j - тому критерию.Оценки программных средств рассчитаем по формуле 1.1
Таблица 1.1 - Сравнительная характеристика средств разработки приложений для Windows
| Характеристика | Delphi | FoxPro | Access | Вес |
| 1 Поддержка программирования | 5 | 3 | 1 | 0.15 |
| 2 Возможность конфигурирования | 4 | 4 | 3 | 0.05 |
| 3 Скорость создания таблиц и быстрота их заполнения | 5 | 3 | 5 | 0.07 |
| 4 Поддержка SQL | 5 | 2 | 3 | 0.10 |
| 5 Дружественный интерфейс | 4 | 3 | 4 | 0.10 |
| 6 Совместимость с Web-приложениями | 3 | 3 | 3 | 0.08 |
| 7 Использование экспорта` данных в др. приложения | 4 | 2 | 3 | 0.05 |
| 8 Поддержка фирмой-разработчиком | 4 | 3 | 5 | 0.06 |
| 9 Доступность документации по данным программным средствам | 4 | 3 | 5 | 0.10 |
| 10 Приемлемая стоимость | 4 | 3 | 4 | 0.12 |
| 11 Открытие проекта вне оболочки СУБД | 5 | 5 | 0 | 0.12 |
 |
Следовательно, общая оценка равна:
Q1=0.15*5+0,05*4+0,07*5+0,10*5+0,10*4+0,08*3+0,05*4+0,06*4+0,10*4+0,12*4+0,12*5=4.36;
Q2=0.15*3+0.05*4+0.07*3+0.10*2+0.10*3+0.08*3+0.05*2+0.06*3+0.10*3+0.12*3+0.12*5=3.14;
Q3=0.15*1+0.05*3+0.07*5+0.10*3+0.10*4+0.08*3+0.05*3+0.06*5+0.10*5+0.12*4+0.12*4=3.02;
О1, О2, О3 соответственно общие оценки Delphi, FoxPro, Access.
Таким образом, видно, что наиболее мощным и удобным средством разработки программного обеспечения является интегрированная среда разработки Delphi.
Delphi - это комбинация нескольких важнейших технологий: высокопроизводительный компилятор в машинный код; объектно-ориентированная модель компонент; визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов.
1.6 Выбор способа разработки программного обеспечения
Система управления баз данных (СУБД).
В СУБД входит язык описания данных, который служит для описания структур данных, в которых данные находятся. Типы СУБД: доминирует реляционная модель, локальные СУБД, клиент-серверные СУБД.
ЯМД - язык манипулирования данных - представляет набор операторов для обработки данных.
ЯОД - язык описания данных - служит для описания структурных данных, в котором данные хранятся.
СУБД, основанные на реляционном подходе решают множество проблем, которые затруднительно или вообще невозможно решить при использовании файловых систем. При этом существуют приложения, для которых вполне достаточно файлов; приложения, для которых необходимо решать, какой уровень работы с данными во внешней памяти для них требуется, и приложения, для которых безусловно нужны базы данных.
 |
В нашей реализации информационной системы была выбрана реляционная модель потому, что она обеспечивает значительную гибкость, когда приходится иметь дело с большим количеством записей, изменяющихся во времени.
Правильно спроектированные реляционные базы данных не содержат избыточных данных и минимизируют нарушения ссылочной целостности, т.е. порчи данных.
Внутри компьютера все постоянно хранимые данные - в том числе база данных - хранятся в файлах, причем существует несколько методов такого сохранения. Двумя н6аиболее распространенными подходами являются хранение всей базы данных в одном файле или же хранение каждой таблицы, индекса или другого элемента базы данных в отдельном файле.
Delphi может применять оба подхода; точнее применяется свой универсальный подход, который позволяет работать с обеими системами. При обратится к базе данных по ее имени или псевдониму (alias). Подход применяемый Delphi, зависит от формата используемых данных:
Paradox и dBase определяют базы данных как каталоги, а каждую таблицу - как отдельный файл (или совокупность файлов, при использовании индексов или других атрибутов)
Access и InterBase и большинство SQL- серверов используют один большой файл, содержащий базу данных целиком, со всеми таблицами и индексами.
Delphi взаимодействует с машиной баз данных (BorlandDatabaseEngine, BDE), которая благодаря наличию соответствующих драйверов имеет доступ к ряду источников данных, таких как таблицы dBase, Paradox.
Так как для написания приложения было выбрано Delphi5.0, в состав которого входит BDE, содержащее все необходимые библиотеки в формате Paradox, то все данные были сведены в базы данных, которые записаны в формате баз данных Paradox для Windows. Выбор этого формата данных обусловлен тем, что алгоритм обработки баз данных Paradox является одним из лучших, он имеет живучий набор правил, фиксирующих целостность данных, богатый набор типов данных и несколько прекрасных механизмов, подобным автоинкрементным полям. Также все базы данных являются локальными базами, т.е. располагаются на одной ЭВМ и нет необходимости обеспечения одновременной работы с ней нескольких пользователей, для чего необходимо применять стандартный сервер SQL типа Oracle, Sybase, MS SQL Server. Даже если возникнет необходимость работы нескольких пользователей одновременно, то таблицы Paradox смогут обеспечить корректную работу от 10-15 пользователей одновременно работающих с одной и той же таблицей.
1.7 Техническое задание на разработку программно-методического комплекса
Введение
Наименование программного изделия - "Автоматизация рабочего места (АРМ) работника отдела кадров.
Основание для разработки
Основанием для разработки данного программного комплекса является задание на дипломную работу.
Назначение разработки
Данный АРМ предназначен для учета служащих предприятия работниками отдела кадров.
Эксплуатационное назначение: оптимизация работы служащих отдела кадров