Файл: Разработка программного обеспечения автоматизированного рабочего места учёта кадров предприятия.docx

Личная карточка: электронная или бумажная

В законодательстве не указано, в каком виде должны вестись карточки: в электронном или бумажном.

Вместе с тем нужно, чтобы новый работник заверил правильность внесения записей в разд. I - III карточки своей подписью.

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

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

Поэтому личные карточки работников невозможно вести только в электронном виде.

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

Образец заполнения личной карточки студента:\

Унифицированная форма № Т-2

Утверждена постановлением Госкомстата РФ

от 5 января 2004 г. N 1

Код

Форма по ОКУД

0301002

по ОКПО

наименование организации

Дата составления

Табель-ный номер

Идентификационный номер налогоплательщика

Номер страхового свидетельства государственного пенсионного страхования

Ал-фа-вит

Характер работы

Виды работы (основная, по совместительству)

Пол (мужской, женский)

ЛИЧНАЯ КАРТОЧКА

работника

I. ОБЩИЕ СВЕДЕНИЯ

Трудовой договор

номер

дата

1. Фамилия

Имя

Отчество

2. Дата рождения

день, месяц, год

Код

3. Место рождения

по Окато

4. Гражданство

по ОКИН

5. Знание иностранного языка

по ОКИН

наименование

степень знания

по ОКИН

наименование

степень знания

6. Образование

по ОКИН

среднее (полное, общее), начальное профессиональное, среднее профессиональное, высшее профессиональное

Наименование образовательного учреждения

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

Год окончания

наименование

серия

номер

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

Направление или специальность по документу

по ОКСО

Наименование образовательного учреждения

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

Год окончания

наименование

серия

номер

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

Направление или специальность по документу

по ОКСО

Послевузовское профессиональное

Код по ОКИН

образование

аспирантура, адъюнктура, докторантура

Наименование образовательного учреждения

Документ об образовании, номер, дата выдачи

Год окончания

Направление или специальность по документу

Код по ОКСО

Код

7. Профессия

по ОКПДТР

основная

по ОКПДТР

другая

---

1.5 Инфологическая модель данных

Инфологическая модель представляет собой описание будущей базы данных, представленное с помощью естественного языка, формул, графиков, диаграмм, таблиц и других средств, понятных как разработчикам БД, так и обычным пользователям. ER-диаграмма - это набор сущностей и связей между ними. Она содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей) Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).

Между двумя сущностями возможны четыре вида связей:

· один-к-одному (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В;

· один-ко-многим (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В;

· многие-к-одному (М:1): одному представителю сущности B соответствуют 0, 1 или несколько представителей сущности А;

· многие-ко-многим (N:М): одному представителю сущности B соответствуют 0, 1 или несколько представителей сущности А и одновременно одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

Назначение такой модели состоит в адекватном описании процессов, информационных потоков, функций системы с помощью общедоступного и понятного языка, что делает возможным привлечение экспертов предметной области, консультантов, пользователей для обсуждения модели и внесения исправлений. В данном случае под созданием инфологической модели будем понимать именно ее создание для БД. В общем случае, инфологическая модель может создаваться для любой проектируемой системы и представляет ее описание (в общем случае в произвольной форме).

Создание инфологической модели является естественным продолжением исследований предметной области, но в отличие от него является представлением БД с точки зрения проектировщика (разработчика). Наглядность представления такой модели позволяет экспертам предметной области оценить ее точность и внести исправления. От правильности модели зависит успех дальнейшей разработки.

---

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

Существует несколько способов описания инфологической модели, однако, в настоящее время одним из наиболее широко распространенных подходов, применяемых при инфологическом моделировании, является подход, основанный на применении диаграмм «сущность-связь» (ER – Entity Relationship). 

• 
  
  

Рис. 10 Инфологическая модель данных

---

1.6 Сетевая модель данных

Сетевая модель данных - это логическая модель данных, представляющая их сетевыми структурами типов записей и связанные отношениями мощности один-к-одному или один-ко-многим.

В отличие от реляционной модели, связи в ней моделируются наборами, которые реализуются с помощью указателей. Сетевые модели данных являются расширенной версией иерархической модели, однако основным отличием является то, что в сетевых моделях данных имеются указатели в обоих направлениях, которые соединяют родственную информацию.
Сетевую модель можно представить как граф узлами, которого является запись, а ребрами - набор. Сегменты данных в сетевых БД могут иметь множественные связи с сегментами старшего уровня. При этом направление и характер связи в сетевых БД не являются столь очевидными, как в случае иерархических БД. Поэтому имена и направление связей должны идентифицироваться при описании БД

.Схема сетевой модели данных для данной БД показана на рисунке 11









Рис. 11- Схема сетевой модели данных

Как и в иерархической модели обеспечивается только поддержание целостности по ссылкам (владелец отношения - член отношения).

---

Достоинства ранних СУБД:

развитые средства управления данными во внешней памяти на низком уровне;

возможность построения вручную эффективных прикладных систем;

возможность экономии памяти за счет разделения подобъектов (в сетевых системах)

Недостатки ранних СУБД:

сложность использования;

высокий уровень требований к знаниям о физической организации БД;

зависимость прикладных систем от физической организации БД;

перегруженность логики прикладных систем деталями организации доступа к БД.

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

1.7 Описание связей

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

Сущность – любой конкретный или абстрактный объект в рассматриваемой предметной области. Сущности – это базовые типы информации, которые хранятся в БД (в реляционной БД каждой сущности назначается таблица). К сущностям могут относиться: студенты, клиенты, подразделения и т.д. Экземпляр сущности и тип сущности - это разные понятия. Понятие тип сущности относится к набору однородных личностей, предметов или событий, выступающих как целое (например, студент, клиент и т.д.). Экземпляр сущности относится, например, к конкретной личности в наборе. Типом сущности может быть студент, а экземпляром – Петров, Сидоров и т. д.

Атрибут – это свойство сущности в предметной области. Его наименование должно быть уникальным для конкретного типа сущности. Например, для сущности студент могут быть использованы следующие атрибуты: фамилия, имя, отчество, дата и место рождения, паспортные данные и т.д. В реляционной БД атрибуты хранятся в полях таблиц. Различают типы связи «один – к -одному» (1:1), «один –ко - многим»

---