Разработка автоматизированного рабочего места по учету данных о дежурствах сотрудников воинской части

Содержание

Введение

1. Задача автоматизации учета рабочего времени сотрудников

1.1 Цель дипломного проекта

1.2 Постановка задач дипломного проекта

1.3 Характеристика воинской части

1.3.1 История развития и структура воинской части

1.3.2 Задачи, решаемые на предприятии

1.3.3 Структура воинской части

1.4 Характеристики существующей системы учета рабочего времени личного состава

1.5 Обзор существующих решений по учету рабочего времени личного состава

1.5.1 АРМ БОСС-Кадровик

1.5.2 Галактика ERP

1.5.3 АРМ ПАРУС

1.5.4 1С:Зарплата и Управление Персоналом 8.0

1.6 Определение требований к системе учета данных о дежурствах личного состава

2. Выбор системных решений по разработке программного продукта для автоматизации учета рабочего времени сотрудников

2.1 Декомпозиция задачи автоматизации учета рабочего времени сотрудников

2.2 Разработка структурной схемы системы учета рабочего времени

2.3 Разработка архитектуру работы автоматизированного программного средства

2.4 Выбор инструментальных средств разработки системы учета рабочего времени сотрудников

2.5 Выбор и обоснование программных средств разработки программного комплекса

2.6 Математический аппарат учета рабочего времени сотрудников

3. Практическая реализация задачи

3.1 Проектирование баз данных

3.1.1 Построение инфологической модели

3.1.2 Нормализация отношений

3.1.3 Логическое проектирование

3.1.4 Физическое проектирование

3.2 Описание архитектуры программы

3.3 Реализация функционального назначения программы

3.4 Входные и выходные данные

3.5 Алгоритм решения задачи

3.6 Математический аппарат программного средства

3.7 Руководство системному программисту

3.7.1 Установка программы

3.7.2 Системные требования

3.8 Руководство пользователя

4. Безопасность труда

4.1 Анализ и обеспечение безопасных условий труда

4.2 Расчет воздухообмена

4.3 Мероприятия при возникновении чрезвычайной ситуации

5. Экономическая часть

5.1 Организационно - экономическая часть

5.2 Расчет трудоёмкости разработки программного продукта

5.2.1 Сложность алгоритма

5.2.2 Сложность организации контроля входной и выходной информации

5.3 Расчёт себестоимости программного продукта

5.4 Расчёт экономического эффекта

Заключение

Список литературы

Введение

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

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

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

Система учета рабочего времени также ведет статистику и формирует отчеты. В зависимости от постановки задачи, система может формировать отчеты по различным критериям: по приходам и уходам, по типам нарушений (приход после начала рабочего времени, ранний уход, и т.д.), по переработкам, по интервалам, по сотрудникам, по подразделениям.

Актуальность разрабатываемой системы автоматизированного учета рабочего времени заключается в том, что сведенья, которые будут предоставляться данной системой, нужны: во-первых - для обеспечения безопасных условий труда за счет своевременного и точного представления информации о местонахождении военнослужащих; во-вторых - для поддержания и повышения производственной дисциплины, и в-третьих - для начисления заработной платы. Кроме того, применение данной системы позволит осуществлять планирование рабочего времени, проводить анализ использования трудовых ресурсов. Особое значение имеет также та практическая значимость, которую трудно измерить общепринятыми показателями экономической эффективности, но которая в известных обстоятельствах могут приобретать главенствующее положение. Так, практически невозможно оценить в натуральном и денежном выражении преимущества такой системы во время аварийных ситуациях, когда необходимы точный учет и наискорейшее представление данных о людях.

Поэтому разработка такой автоматизированной системы по учету рабочего времени в войсковой части является актуальной.

1. Задача автоматизации учета рабочего времени сотрудников

1.1 Цель дипломного проекта

Целью данного дипломного проекта является повышение эффективности работы оператора за счет автоматизации учета рабочего времени сотрудников войсковой части № 63180. Решением данной проблемы является создание такой системы, которая позволит облегчить работу сотрудников и диспетчеров по ведению учета рабочего времени.

В основу конструирования указанной системы положены следующие основные принципы:

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

- проблемная ориентация на решение определенного класса задач, объединенных общей технологией обработки информации, единством режимов работы и эксплуатации;

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

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

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

1.2 Постановка задач дипломного проекта

Цель: Повышение эффективности работы оператора за счет автоматизации учета рабочего времени сотрудников войсковой части № 63180.

Для достижения поставленной цели необходимо выполнить следующие задачи:

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

2. Определить требования к разрабатываемой системе для оператора по учету данных о дежурствах сотрудников

3. Разработать структурную схему системы учета данных о дежурствах сотрудников

4. Разработать архитектуру работы программного средства оператора.

5. Спроектировать интерфейс оператора по учету данных о дежурствах сотрудников

6. Разработать алгоритм и программное обеспечение для системы по учету данных о дежурствах сотрудников

7. Разработать справочно-методические руководства.

8. Определить основные мероприятия по улучшению условий труда и рассмотреть возможные чрезвычайные ситуации.

9. Рассчитать экономические показатели проекта.

1.3 Характеристика воинской части

1.3.1 История развития и структура воинской части

Войсковая часть № 63180 зарегистрирована по адресу Оренбургская обл, Оренбург г, Мира ул, 3. Управление частью ведет командир войсковой части № 63180 Гузев Евгений Николаевич.

Войсковая часть 63180 имеет шестидесятилетнюю историю. Она была создана для испытаний системы ПВО С-25 'Беркут' 6 июня 1951 года Постановлением Совета Министров СССР № 3389-1425 и приказом командующего артиллерией Советской Армии № 0433. С этой даты ведет свой отсчет эра управляемого оружия ПВО.

Первым командиром части был назначен 45-летний боевой генерал-фронтовик, Герой Советского Союза, гвардии генерал-лейтенант артиллерии Ниловский Сергей Федорович.

25 мая 1953 года впервые в мире управляемая зенитная ракета сбила самолёт-мишень (бомбардировщик ТУ-4, аналог американского бомбардировщика Б-29, так называемой 'летающей сверхкрепости'). 7 мая 1955 года на заседании Совета обороны система С-25 была принята на вооружение.

Стрельбовый полигон войсковой части № 63180 превратился в научно-исследовательское учреждение, что в 1964 году закрепилось в виде придания войсковой части № 63180 статуса 8 научно-исследовательского испытательного полигона. К этому времени были сформированы все необходимые подразделения обеспечения. Например, система связи в 1951 году начинала свое существование с отделения телефонистов. В марте 1952 года была организована служба тыла. Медицинская служба в 1951 году была представлена двумя врачами, фельдшером и санинструктором. Автотракторная служба была организована в 1955 году, а за 4 года до этого была сформирована автомобильная войсковая часть 03077.

История войсковой части № 63180 неразрывно связана с возникновением и развитием войск ПВО страны, в состав которых она была включена в августе 1954 года, и с изменениями, происходившими в стратегии и тактике применения средств воздушного нападения. В соответствии с действующей военной доктриной перед войсками ПВО страны ставится задача создания сплошной глубоко эшелонированной ПВО на основных стратегических направлениях удара вероятного противника и создание ПВО основных стратегических объектов. Бросая ретроспективный взгляд в прошлое, мы сегодня понимаем, что вся история войсковой части № 63180 неразрывно связана с четырьмя генеральными направлениями развития Войск ПВО страны.

1. Создание для зенитных ракетных войск подвижных зенитных ракетных комплексов и систем малой, средней дальности и дальнего действия.

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

3. Создание для радиотехнических войск радиолокационных станций и комплексов с различным функциональным назначением. Это станции дежурного режима для разведки воздушного противника, по информации которых осуществляется перевод средств ПВО в повышенные степени боевой готовности и принимается решение на уничтожение воздушного противника, станции боевого режима для получения боевой информации, по которой осуществляется управление огневыми средствами, в том числе РЛС малых высот, РЛС средних и больших высот, наконец, специальные РЛС для решения отдельных специфических задач.

4. Создание комплексов средств автоматизации управления зенитных ракетных дивизионов, полков и бригад, пунктов наведения и истребительных авиационных полков, радиотехнических рот, батальонов и бригад, командных пунктов дивизий и корпусов ПВО, а также автоматизированных систем управления, объединяющих воедино перечисленные структурные единицы.

С 1957 года по 1961 год на полигоне проводятся испытания трех модификаций первого подвижного ЗРК средней дальности С-75 ('Двина', 'Десна', 'Волхов'). Новое направление выразилось в создании и совершенствовании необходимых испытательных и обеспечивающих структур для проведения облетов и боевых стрельб, в том числе с ядерной боевой частью, по самолетам-мишеням, ракетам-мишеням, парашютным мишеням различного типа. Практически одновременно были проведены испытания ЗРК малой дальности С-125 'Печора'.

Наиболее весомый вклад в испытания подвижных ЗРК средней дальности С-75 внесли офицеры-испытатели: Егорин К.И., Шестёркин Е.И., Паршин Б.В., Железняк В.Ф., Заболотников Д.Г., Синьков А.Г., Парасотка А. И., Степанов М.М., Дудкин И.Е., Картамышев Р.В., Батов Э.И., Чернышов В.Н., Рыбчинский М.К. Наибольший вклад в испытания подвижных ЗРК малой дальности С-125 внесли офицеры-испытатели: Хильченко В.М., Бычков С.А., Сафронов В.Л., Федосенко Л.Г., Косачёв И.М., Ку-барев И.В., Манец А.М., Пчелин А.Н., Коненко И.Я., Деличкан А.А., Пилипчук В.В., Дитко А.И., Лаговиер А.И., Дубровин А.Н., Факторович Е.Д. и другие.

Испытания автоматизированных систем управления ПВО до настоящего времени по своей сложности не имеют аналогов. Первая же АСУ тактического соединения ПВО, получившая название 'Луч-1', разработка которой была задана Постановлением ЦК КПСС и Совета Министров СССР от 11.11.1960 года № 1191 -504, принесла много методологических и организационно-технических проблем. Для размещения ее элементов началось строительство позиций и инфраструктуры в окрестностях населенных пунктов Александров Гай, Палласовка, Горный Балыклей, Камышин, Капустин Яр, создавалась специальная система связи, была проведена модернизация системы измерений и обработки. Методологические проблемы испытаний состояли поначалу в необходимости разработки критериев и показателей качества централизованного управления радиолокационным, зенитным ракетным вооружением и истребителями-перехватчиками, а при более поздних модернизациях - качества управления частями и подразделениями зенитных ракетных войск, радиотехнических войск и истребительной авиации. В апреле 1961 года был создан испытательный центр АСУ - войсковая часть 73539. Ее первым командиром был Спиридонов Е.К. Пришлось создавать также командный пункт управления полетами авиации, штурманскую службу и другие обеспечивающие подразделения. Решение методологических проблем сначала было возложено на НИЧ войсковой части 63180. Затем эти работы возглавило 2 научно-исследовательское управление АСУ, сформированное на основе директивы Главного штаба войск ПВО страны от 31.01.1964 года № 524652. Все вопросы по боевому применению испытываемых образцов КСА и АСУ, испытаниям средств связи и передачи данных были также возложены на это управление. Разработанная на полигоне система показателей надежности сложных систем в настоящее время гостирована.

Выполнение задач по испытаниям радиолокационного вооружения началось с 1969 года. В августе этого года в соответствии с директивой Главного штаба ВПВО страны №1 было создано 3 научно-исследовательское испытательное управление, а в 1976 году - центр для испытаний РЛВ, войсковая часть 97670. Первым начальником 3 НИИУ стал Ермолаев П.Д., а первым командиром центра РЛВ стал Бреднев Б.П.

В 1976 году завершается окончательное формирование структур 8 НИИП. Неукоснительный авторитет части поддерживается высоким уровнем научных исследований и четко налаженной системой организации и проведения испытаний самых сложных образцов вооружения. Штатная адъюнктура на 6 мест призвана готовить свои научные кадры, ежегодно выпускаются научные труды полигона своей типографией. Завершается разработка типовых методологических принципов и положений, системы критериев и показателей оценки качества сложных опытных образцов вооружения и военной техники ПВО. Вместе с тем ограничения, связанные с безопасностью испытаний, их стоимостью и ограниченными характеристиками мишенного парка, побуждали искать способы получения данных объективного контроля за границами возможностей имеющейся экспериментально-испытательной базы. В начале 70 годов на полигоне зарождаются четкие представления о том, что сегодня называют 'виртуальным полигоном'. Необходимость применения средств моделирования была настолько глубоко обоснована офицерами полигона, что Директивой Главного Штаба Войск ПВО страны в августе 1974 года на полигоне был создан первый в мире центр полунатурного моделирования. Его первым начальником стал Киселев А.В.

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

В выполнение этих работ значительный вклад внесли офицеры Песин Ф.Б., Миниович Ю.В., КубасовМ.Н., Гаевский В.В., Цыбулин А.М., Карповский И.И., Борисов А.В., Михайлов В.В., Королевич Д.Я., Уваров СИ., Васин В.И., Бачурин Г.А., Слюсаренко А.А., Навальный Н.Н. и многие другие.

Одновременно специалистами ВЦ успешно проводились исследования по созданию автономных аппаратно-программных комплексов систем объективного контроля, осуществляющих отбор информации из каналов связи, связывающих средства ПВО при проведении экспериментов. Эти исследования завершились созданием указанных комплексов, в том числе системы объективного контроля функционирования АСУ.

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

80-е годы в развитии ПВО страны ознаменованы переходом от стационарных и передвижных средств ПВО к мобильным средствам. Создается первый ракетный авиационный комплекс перехвата С-155 дальнего действия, авиационный комплекс радиолокационного дозора и наведения А-50, и полигон привлекается к испытаниям данных средств. Новое поколение зенитных ракетных средств дальнего действия проходит испытания пока на полигоне 'Сары-Шаган'.

Страна начинает переживать экономические трудности и переходит к перестройке. Изменяется военная доктрина, зональная ПВО уходит в небытие. Войска ПВО страны становятся родом войск и передаются в состав ВВС. Расформировываются 'ненужные' полки, бригады и дивизии ПВО. Ведущие военные учебные заведения остаются за границей РФ. На этом фоне следует ряд организационно-штатных мероприятий и сокращений численности войсковой части 63180 сначала наполовину, а затем еще раз наполовину. 8 НИИП превращается в 8 испытательный полигон, хотя в его составе по-прежнему остаются 4 испытательных центра и научно-исследовательские испытательные управления, но их становится уже не три, а два. Во второе управление передаются задачи 1 управления, а само оно расформировывается. Центр моделирования и вычислительный центр продолжают функционировать.

В августе 1994 года в связи с новой оптимизацией структуры полигонов Министерства обороны 8 испытательный полигон ПВО был расформирован. На его базе был создан 708-й научно-исследовательский испытательный центр средств ПВО межвидового назначения в составе 4 ГЦМП МО РФ, ставший преемником расформированного полигона. Частично войсковая часть 63180 передается в РВСН, а часть продолжает решать задачи войск ПВО ВВС. Начинается новейшая история войсковой части 63180.

Знаменательным является 2005 год. Устаревшая КИМУ заменена современной комплексной моделирующей установкой КИМУ-2000.

За все время существования войсковой части 63180 сотни офицеров, прапорщиков, сержантов, солдат и служащих обеспечивали испытания, поддерживали инфраструктуру части. Испытательные центры, измерительный центр, подразделения транспорта, охраны, энергообеспечения, связи, многочисленные службы, штабы, тыл, КЭУ, медицинские учреждения и другие важные подразделения - все честно выполняли и выполняют сегодня свою работу. Мы не можем перечислить их имена, но мы, сегодняшние, помним о вас, спасибо и низкий вам поклон.

За время существования войсковой части 63180 испытано около двух сотен новых сложных систем вооружения и военной техники для войск ПВО. В коллективе служили и работали 12 лауреатов Ленинской и Государственной премий в области науки и техники, 5 докторов технических наук, 3 из которых стали впоследствии академиками, 107 кандидатов технических наук. Завершено 446 научно-исследовательских и испытательных тем, актуальность которых трудно переоценить. Получено 505 авторских свидетельств и патентов на изобретения. Более 500 военнослужащих удостоены государственных наград.

Участие в боевых конфликтах войсковая часть не участвовала.

1.3.2 Задачи, решаемые на предприятии

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

Основными задачами являются:

- оказание содействия органам внутренних дел в охране общественного порядка, обеспечении общественной безопасности, режима чрезвычайного положения, военного положения;

- охрана исправительных колоний и осуществление совместно с их администрацией надзора за осужденными;

- конвоирование и охрана осужденных и лиц, содержащихся под стражей;

- участие в розыске лиц, совершивших побег из-под охраны и надзора в исправительных учреждениях, от войсковых караулов при конвоировании;

- обезвреживание и уничтожение неразорвавшихся авиационных боеприпасов, других неразорвавшихся боеприпасов в населенных пунктах, проведение работ по проверке сообщений об установке взрывных устройств, их обнаружению, обезвреживанию, и уничтожению на всей территории округа;

- участие в территориальной обороне страны.

При возникновении обстоятельств, представляющих угрозу безопасности граждан, деятельности организаций и общественному порядку, а также в интересах обороны Российской Федерации войсковая часть 63180 может привлекаться для выполнения других задач в соответствии с Законом «О Внутренних войсках МВД Российской Федерации» и иными актами законодательства Российской Федерации.

1.3.3 Структура воинской части

Структура войсковой части № 63180 представлена на рисунке 1.1. Управление частью ведет командир войсковой части Гузев Евгений Николаевич.

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

Штаб осуществляет выработку общей стратегии работы войсковой части и делопроизводство.

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

Рисунок 1.1 - Структура войсковой части № 63180.

В различных службах войсковой части № 63180 допускается работа гражданских специалистов.

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

1.4 Характеристики существующей системы учета рабочего времени личного состава

автоматизация учет программа база

На данный момент учёт рабочего времени в войсковой части №63180 осуществляется следующим образом:

- начальник дежурной смены составляет график дежурств. Пример приведен в Приложение №1;

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

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

- диспетчер получает пустой бланк табеля из спецотдела автоматизации обработки информации, на котором вручную фиксирует информацию о явках и неявках на дежурства. Если кто-то из военнослужащих заболел, кто-то отсутствует по невыясненным причинам, а кто-то ушел в отпуск, то за каждое число месяца в соответствующей ячейке проставляется какое-либо обозначение - явка или неявка по определенным причинам;

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

Схематично учет рабочего времени в войсковой части №63180 представлен на рисунке 1.2

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

Рисунок 1.2- Схема учет рабочего времени в войсковой части № 63180

1.5 Обзор существующих решений по учету рабочего времени личного состава

В настоящее время на рынке программных продуктов существует масса различных программ для учета рабочего времени сотрудников. Например, «Босс-Кадровик», «Галактика ERP », «Парус», «1С:Зарплата и Управление Персоналом 8.0» и т.д.

1.5.1 АРМ БОСС-Кадровик

Основное назначение АРМ БОСС-Кадровик - учет и управление персоналом, ведение организационной и штатной структуры воинской части, учет рабочего времени, расчет заработной платы.

Основные функции продукта.

В состав системы БОСС-Кадровик включены следующие функциональные модули:

1. Штатное расписание.

2. Учет кадров.

3. Табельный учет.

4. Расчет заработной платы.

5. Учет для Пенсионного фонда России.

6. Администратор системы.

'БОСС-Кадровик' относится к классу систем управления персоналом (Human Resource Systems) и решает задачу централизованного управления человеческими ресурсами воинской части [1], включающую в себя:

- планирование структурной организации, штатных расписаний и кадровой политики;

- оперативный учет движения кадров;

- ведение административного документооборота по персоналу и учету труда;

- планирование фондов рабочего времени и учет их использования;

- учет труда и расчет заработной платы;

- учет и разнесение затрат на оплату труда персонала в общей номенклатуре затрат воинской части;

- предоставление статистической отчетности по труду и налоговой отчетности в государственные органы;

- подбор персонала на руководящие должности;

- ведение кадрового резерва и мобильного персонала;

- аттестация и повышение квалификации работников;

- поиск специалистов на рынке труда;

- ведение архивов без ограничения срока давности и многое другое.

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

Технические характеристики: клиент-сервер, СУБД Oracle, программные платформы и операционные системы, на которых работает СУБД Oracle [6].

Недостатком системы является:

1) Дороговизна покупки программы.

1.5.2 Галактика ERP

Модуль «Заработная плата» программного продукта Галактика ERP полностью автоматизирует работу ОТиЗ и бухгалтеров-расчетчиков (расчетной группы бухгалтерии), а также табельщиков, предназначен для автоматизации учетных и вычислительных процедур, связанных с оплатой труда персонала предприятий, при повременной и сдельной формах оплаты труда. [2]

Модуль обеспечивает решение следующих задач:

- автоматизированная разработка графиков работы персонала воинской части (по любому режиму работы);

- ведение лицевых счетов работников, накопление данных о начислениях, удержаниях и вычетах;

- формирование табеля учета рабочего времени;

- начисление заработка с использованием различных видов оплат (до 320 видов);

- расчет различных видов удержаний (до 230 видов);

- расчет и оформление ежемесячных и разовых выплат в межрасчетный период (авансы, пособия, отпускные и т.д.);

- использования районных коэффициентов, северных надбавок, доплат за выслугу лет;

- выплаты материальной помощи;

- учет доходов совместителей;

- учет подотчетных и депонированных сумм;

- расчет заработной платы от обратного (расчет начисленной суммы на основании суммы, выданной на руки);

- сторнирование ранее начисленных или удержанных сумм (для снятия неправильно начисленных денежных средств);

- отмена расчета заработной платы;

- формирование и печать выходных документов: платежных ведомостей, сводов, реестров и т.д.;

- формирование и печать различных справок и отчетов о заработной плате и налогах.

Модуль «Заработная плата» позволяет получать разнообразную выходную документацию, начиная от расчетных листков, платежных ведомостей и расходных кассовых ордеров (с возможностью передачи их в модуль «Касса») и кончая различными сводами. Основной документ по оплате труда - расчетно-платежная ведомость - допускает настройку формы в зависимости от специфики конкретного воинской части. Получение ведомостей распределения, сводов по начислениям и удержаниям, аналитических отчетов, контрольных журналов и расчетов по оплате труда, отчетов по налогам на ФОТ, справок и отчетов о доходах, а также формирование карточек и деклараций для представления в Государственные налоговые инспекции, сведений и документов, подаваемых в Пенсионный фонд и статистических форм в модуле осуществляется на любой заданный период. Печать всех форм отчетов и справок осуществляется из текстового редактора системы Галактика ERP, из MS Word или Excel.

Модуль «Заработная плата» постоянно дорабатывается с учетом изменений и новых требований в законодательстве стран, а также пожеланий и специфики предприятий пользователя [3].

Недостатком системы является:

1) Дороговизна покупки программы.

2) Сложность использования в виде отдельных модулей.

1.5.3 АРМ ПАРУС

Система автоматизации «ПАРУС» давно зарекомендовала себя как одна из лучших на отечественном рынке, обеспечивающая оптимальный функционал работы воинской части в следующих бизнес-сферах: управление финансами, бухгалтерский и налоговый учет, логистика, управление персоналом, управление производством. Кроме того, предлагаемый нами программный продукт является лицензионным, а контроль его качества со стороны производителя осуществляется в соответствии с требованиями ISO 9001-2001.

Вся работа, связанная с персоналом, поддерживается модулями «Управление персоналом и штатное расписание» и «Расчет заработной платы» Системы. На базе этих модулей могут быть реализованы следующие автоматизированные рабочие места, представленные на рисунке 1.3. [4]

Рисунок 1.3 - Автоматизированные рабочие места системы автоматизации «ПАРУС»

Главным свойством этих АРМ является тесная связь процессов кадрового учета, учета труда и расчета заработной платы, которые находятся, обычно, в компетенции разных подразделений воинской части. Модуль «Управление персоналом и штатное расписание» предназначен для автоматизации работы отделов кадров и планово-экономических служб организаций. Он обеспечивает (поддерживает):

- Формирование штатного расписания - регистрацию подразделений и должностей; учет нештатных подразделений.

- Прием сотрудников на работу, назначение на должность; учет личных сведений о сотрудниках.

- Учет сведений по всем исполняемым сотрудником должностям; учет нештатных должностей; учет данных о командировках и отпусках.

- Учет квалификационных категорий сотрудников, прохождения курсов повышения квалификации, сертификации.

- Учет кадровых перемещений - перевод на другую работу (должность); учет работ по совместительству, по совмещению; ведение архива уволенных сотрудников.

- Формирование приказов по персоналу и штатному расписанию с последующей отработкой их в учете.

- Учет военнообязанных, денежного довольствия, печать журнала денежных аттестатов.

- Формирование отчетных документов, приказов по штатному расписанию и персоналу, тарификационных ведомостей, отчетов для ИМНС и ПФ.

Ведение журнала учета отработанного времени - табеля - может осуществляться как специально выделенным сотрудником, так и специалистом-расчетчиком заработной платы. С помощью АРМ табельного учета ведется ежедневный учет рабочего времени и формируется табель за определенный период с учетом отпусков, больничных, командировок и пр. Табель может формироваться как по подразделениям, так и по всему предприятию в целом.

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

К недостаткам можно отнести такие детали как:

1. Сложность использования в виде отдельных модулей;

2. Дороговизна покупки программы.

1.5.4 1С:Зарплата и Управление Персоналом 8.0

Программа '1С:Зарплата и Управление Персоналом 8.0' предназначена для комплексной автоматизации расчета заработной платы и реализации кадровой политики предприятий. Это прикладное решение нового поколения, в котором учтены как требования законодательства, так и реальная практика работы предприятий, а также перспективные мировые тенденции развития подходов к мотивации и управлению персоналом. Прикладное решение может успешно применяться в службах управления персоналом и бухгалтериях предприятий, а также в других подразделениях, заинтересованных в эффективной организации работы сотрудников. С помощью решения автоматизируются следующие направления управленческой и учетной деятельности:

- планирование потребностей в персонале;

- решение задач обеспечения бизнеса кадрами -- подбор, анкетирование и оценка;

- управление компетенциями, обучением, аттестациями работников;

- управление финансовой мотивацией персонала;

- эффективное планирование занятости персонала;

- учет кадров и анализ кадрового состава;

- начисление и выплата заработной платы;

- исчисление регламентированных законодательством налогов и взносов с фонда оплаты труда;

- отражение начисленной зарплаты и налогов в затратах воинской части.

Предметная область, автоматизируемая прикладным решением '1С:Зарплата и Управление Персоналом 8.0'. Программа позволяет вести учет в единой информационной базе от имени нескольких организаций -- юридических лиц, а также индивидуальных предпринимателей, которые с точки зрения организации бизнеса составляют единое предприятие. В программе параллельно ведутся два вида учета: управленческий и регламентированный. Управленческий учет ведется по предприятию в целом, а регламентированный учет ведется отдельно для каждой организации. Программа '1С:Зарплата и Управление Персоналом 8.0' будет полезна всем без исключения работникам воинской части.

Руководство будет иметь полный контроль за происходящим, задавать структуру воинской части и составляющих его организаций, анализировать кадровый состав, принимать управленческие решения на основе полной и достоверной информации. Мощные аналитические отчеты предоставляют пользователю информацию в произвольных разрезах. Кадровая служба получит ценный инструмент автоматизации рутинных задач, в том числе анкетирования и подготовки отчетов о работниках с различными условиями отбора и сортировки. Работники воинской части будут уверены в том, что в любой момент смогут быстро получить необходимые им справки, сведения о своем отпуске, данные персонифицированного учета в Пенсионном фонде и т.д. [5]. Недостатком системы является:

1) Дороговизна покупки программы

Результаты анализа представлены в таблице 1.1.

Рассмотрев эти программы в сравнении с необходимом нам АРМ, следует отметить, что некоторые программы требуют специальной настройки, которая занимает, как правило, очень много времени, а данный модуль разрабатывается уже основываясь на специфики ведения учёта рабочего времени и начисления заработной платы на данном предприятии. Второй момент, это то, что все существующие программы («Босс -Кадровик», «Галактика ERP », «Парус», «1С:Зарплата и Управление Персоналом 8.0» и т.д. ) программные продукты достаточно дорогие и эти затраты целесообразны если все предприятие полностью переводит под какую-то одну определенную систему, тогда не обязательно производить значительные затраты для программ, учитывая особенности войсковой части и на которые потребуется затратить еще денежные средства и время для проведения работ по настройке, если произведя те же затраты можно приобрести уже готовый программный продукт разработанный и созданный для данного конкретного подразделения.

Таблица 1.1 - Анализ рассмотренных систем

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

1.6 Определение требований к системе учета данных о дежурствах личного состава

В настоящее время не во всех войсковых частях осуществлена автоматизированная система ведения учёта рабочего времени. Но многие части уже постепенно переходят на автоматизированные системы.

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

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

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

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

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

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

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

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

Разрабатываемое автоматизированное рабочее место должно иметь следующие качества:

- приемлемость в настройке;

- не должна быть сложной для работы в ней;

- не маловажным является сохранение печатных форм в форматах Microsoft Excel и HTML;

- возможность распределенной обработки;

- важным является такое свойство, как использование в виде отдельных модулей;

- ведение централизованного учета одновременно на нескольких компьютерах;

- надежность и отказоустойчивость (например, при отключении электроэнергии).

2. Выбор системных решений по разработке программного продукта для автоматизации учета рабочего времени сотрудников

2.1 Декомпозиция задачи автоматизации учета рабочего времени сотрудников

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

- системность;

- гибкость;

- устойчивость;

- эффективность.

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

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

Функционирование может дать желаемый эффект при условии правильного распределения функций и нагрузки между человеком и машинными средствами обработки информации, ядром которой является компьютер [12].

На производственных воинской частих автоматизированные системы являются важной структурной составляющей АСУ как персональное средство планирования, управления, обработки данных и принятия решений. Это всегда специализированная система, набор технических средств и программного обеспечения, ориентированного на конкретного специалиста.

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

- непосредственное наличие средств обработки информации;

- возможность работы в диалоговом (интерактивном) режиме;

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

- достаточно высокая производительность и надежность ПК;

- адекватное характеру решаемых задач программное обеспечение;

- максимальная степень автоматизации рутинных процессов;

- оптимальные условия для самообслуживания специалистов.

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

Исходя из условий поставленной задачи, можно выделить следующие узловые пункты:

- проектирование структурной схемы системы учета рабочего времени;

- разработка архитектуры работы автоматизированного программного средства;

- выбор платформы базы данных;

- выбор языка программирования.

2.2 Разработка структурной схемы системы учета рабочего времени

На рисунке 2.1 представлена структурная схема системы учета данных о дежурствах сотрудников

Рисунок 2.1 - Структурная схема системы учета данных о дежурствах сотрудников

Особенностью системы учета рабочего времени войсковой части № 63180 можно считать отсутствие интернет подключения, так как система должна быть закрытого типа. Подключение удаленного доступа снизит защищенность системы, что недопустимо при работе в области вооруженных сил РФ.

2.3 Разработка архитектуру работы автоматизированного программного средства

Выбор архитектуры приложения главным образом зависит от реализуемой задачи. Программа для оператора дежурной смены успешно реализуется в небольшой сети с файловым сервером. Архитектура системы для оператора дежурной смены представлена на рисунке 2.2

Рисунок 2.2 - Архитектура системы для оператора дежурной смены

С помощью автоматизированного рабочего места по учёту рабочего времени в войсковой части №63180 начальник дежурной смены составляет график дежурств. Составленный график дежурств автоматически отображается на ПК диспетчерской и в отдела кадров. Приказ о выходе на дежурство на сотрудников формируется автоматически.

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

2.4 Выбор инструментальных средств разработки системы учета рабочего времени сотрудников

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

К инструментам, ориентированным на создание систем корпоративных масштабов, представляются следующие требования:

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

- нейтральность по отношению к используемым форматам БД и поддержка специфики конкретных способов хранения или доступа к данным, универсальный механизм доступа к данным;

- требования к производительности: компиляция, в случае платформо-зависимых решений;

- открытость среды разработки, в плане возможностей интеграции с другими продуктами.

В качестве сервера базы данных был выбран InterBase. SQL-север Borland InterBase предназначен для хранения и выдачи больших объемов данных при использовании архитектуры клиент-сервер в условиях одновременной работы с БД множества клиентских приложений. Для ускорения работы клиентских приложений с удаленной БД могут быть определены хранимые процедуры, которые представляют собой подпрограммы, принимающие и возвращающие параметры и могущие выполнять запросы к БД, условные ветвления и циклическую обработку. Текст процедур хранится на сервере.

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

Технические характеристики сервера InterBase приведены в таблице 2.1.

Таблица 2.1 - Технические характеристики сервера InterBase

InterBase может посылать уведомления клиентским приложениям о наступлении какого-либо события.

2.5 Выбор и обоснование программных средств разработки программного комплекса

Среди большого разнообразия для разработки приложений был выбран язык высокого уровня Borland Delphi 7.

Delphi - это комбинация нескольких важнейших технологий:

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

2) объектно-ориентированная модель компонент;

3) визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;

4) масштабируемые средства для построения баз данных.

Компилятор, встроенный в Delphi, обеспечивает высокую производительность, необходимую для построения приложений в архитектуре “клиент-сервер”. Этот компилятор в настоящее время является самым быстрым в мире, его скорость компиляции составляет свыше 120 тысяч строк в минуту на компьютере 486DX33. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на языке программирования Си или ручного написания кода (хотя это возможно).

В процессе построения приложения разработчик выбирает из палитры компонент готовые компоненты как художник, делающий крупные мазки кистью. Еще до компиляции он видит результаты своей работы - после подключения к источнику данных их можно видеть отображенными на форме, можно перемещаться по данным, представлять их в том или ином виде. В этом смысле проектирование в Delphi мало чем отличается от проектирования в интерпретирующей среде, однако после выполнения компиляции мы получаем код, который исполняется в 10-20 раз быстрее, чем то же самое, сделанное при помощи интерпретатора. Кроме того, в Delphi компиляция производится непосредственно в родной машинный код, в то время как существуют компиляторы, превращающие программу в так называемый p-код, который затем интерпретируется виртуальной p-машиной. Это не может не сказаться на фактическом быстродействии готового приложения.

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

В стандартную поставку Delphi входят основные объекты, которые образуют удачно подобранную иерархию из 270 базовых классов. На Delphi можно одинаково хорошо писать как приложения к корпоративным базам данных, так и, к примеру, игровые программы. Во многом это объясняется тем, что традиционно в среде Windows было достаточно сложно реализовывать пользовательский интерфейс. Событийная модель в Windows всегда была сложна для понимания и отладки. Но именно разработка интерфейса в Delphi является самой простой задачей для программиста.

Среда Delphi включает в себя полный набор визуальных инструментов для скоростной разработки приложений (RAD - rapid application development), поддерживающей разработку пользовательского интерфейса и подключение к корпоративным базам данных. VCL - библиотека визуальных компонент, включает в себя стандартные объекты построения пользовательского интерфейса, объекты управления данными, графические объекты, объекты мультимедиа, диалоги и объекты управления файлами, управление DDE и OLE. Единственное, что можно поставить в вину Delphi, это то, что готовых компонент, поставляемых Borland, могло бы быть и больше. Однако, разработки других фирм, а также свободно распространяемые программистами freeware-компоненты уже восполнили этот недостаток.

Объекты БД в Delphi основаны на SQL и включают в себя полную мощь Borland Database Engine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в онлайновом режиме. Разработчик в среде Delphi, проектирующий информационную систему для локальной машины (к примеру, небольшую систему учета медицинских карточек для одного компьютера), может использовать для хранения информации файлы формата .dbf (как в dBase или Clipper) или .db (Paradox). Если же он будет использовать локальный InterBase for Windows 4.0 (это локальный SQL-сервер, входящий в поставку), то его приложение безо всяких изменений будет работать и в составе большой системы с архитектурой клиент-сервер.

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

Выпущены две версии Delphi - одна (Delphi Client-Server) адресована для разработчиков приложений в архитектуре “клиент-сервер”, а другая (Delphi for Windows) предназначена для остальных программистов. Приложения, разработанные при помощи Delphi, можно использовать без выплаты royalty-процентов и без оплаты runtime- лицензий.

Клиент-серверная версия включает в себя следующие особенности:

1) SQL Links: специально написанные драйвера для доступа к Oracle, Sybase, Informix, InterBase;

2) локальный сервер InterBase: SQL-сервер для Windows 3.1. СУБД для разработки в корпоративных приложений на компьютере, не подключенном к локальной сети;

3) ReportSmith Client/server Edition: генератор отчетов для SQL-серверов;

4) Team Development Support: предоставляет версионный контроль при помощи PVCS компании Intersolve (приобретается отдельно) или при помощи других программных продуктов версионного контроля;

5) Visual Query Builder - это средство визуального построения SQL-запросов;

6) лицензия на право распространения приложений в архитектуре клиент-сервер, изготовленных при помощи Delphi;

7) исходные тексты всех визуальных компонент.

Delphi for Windows представляет из себя подмножество Delphi Client-Server и предназначен для разработчиков высокопроизводительных персональных приложений, работающих с локальными СУБД типа dBase и Paradox.Delphi Desktop Edition предлагает такую же среду для быстрой разработки и первоклассный компилятор как и клиент-серверная версия (Client/Server Edition). Эта среда позволяет разработчику быстро изготавливать персональные приложения, работающие с персональными СУБД типа dBase и Paradox. Delphi позволяет также создавать разработчику DLL, которая может быть вызвана из Paradox, dBase, C++ или каких-нибудь других готовых программ:

1) компилятор Object Pascal (этот язык является расширением языка Borland Pascal 7.0);

2) генератор отчетов ReportSmith 2.5 (у которого, правда, отсутствует возможность работы с SQL-серверами);

3) среда визуального построителя приложений;

4) библиотека визуальных компонент;

5) локальный сервер InterBase.

В первую очередь Delphi предназначен для профессионалов-разработчиков корпоративных информационных систем. Может быть, здесь следует пояснить, что конкретно имеется в виду. Не секрет, что некоторые удачные продукты, предназначенные для скоростной разработки приложений (RAD - rapid application development) прекрасно работают при изготовлении достаточно простых приложений, однако, разработчик сталкивается с непредвиденными сложностями, когда пытается сделать что-то действительно сложное. Бывает, что в продукте вскрываются присущие ему ограничения только по прошествии некоторого времени.

Delphi такие ограничения не присущи. Хорошее доказательство тому - это тот факт, что сам Delphi разработан на Delphi.

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

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

Team Development Support - средство поддержки разработки проекта в группе. Позволяет существенно облегчить управление крупными проектами. Это сделано в виде возможности подключения такого продукта как Intersolve PVCS 5.1 непосредственно к среде Delphi.

Высокопроизводительный компилятор в машинный код - в отличие от большинства Паскаль-компиляторов, транслирующих в p-код, в Delphi программный текст компилируется непосредственно в машинный код, в результате чего Delphi- приложения исполняются в 10-20 раз быстрее (особенно приложения, использующие математические функции). Готовое приложение может быть изготовлено либо в виде исполняемого модуля, либо в виде динамической библиотеки, которую можно использовать в приложениях, написанных на других языках программирования.

Благодаря такой архитектуре приложения, изготовленные при помощи Delphi, работают надежно и устойчиво. Delphi поддерживает использование уже существующих объектов, включая DLL, написанные на С и С++, OLE сервера, VBX, объекты, созданные при помощи Delphi. Из готовых компонент работающие приложения собираются очень быстро. Кроме того, поскольку Delphi имеет полностью объектную ориентацию, разработчики могут создавать свои повторно используемые объекты для того, чтобы уменьшить затараты на разработку.

Delphi предлагает разработчикам - как в составе команды, так и индивидуальным - открытую архитектуру, позволяющую добавлять компоненты, где бы они ни были изготовлены, и оперировать этими вновь введенными компонентами в визуальном построителе. Разработчики могут добавлять CASE-инструменты, кодовые генераторы, а также авторские help'ы, доступные через меню Delphi.

InterBase был разработан в начале 80-х годов группой разработчиков из американской корпорации Borland. InterBase активно используется в США в государственном секторе. В России используется с 1993 года, но интерес к нему возрос в последнее время, в связи с включением его локальной версии в состав Delphi Client-Server. Внимание разработчиков БД и приложений привлек во-первых по тому это “родной” продукт Borland, для доступа к нему не требуется устанавливать дополнительных драйверов, во вторых потому, что InterBase весьма прост в установке, настройке, а главное - в администрировании по сравнению с другими серверами, в третьих , потому что он обладает прекрасными функциональными возможностями.

SQL символизирует собой Структурированный Язык Запросов. Это - язык который дает вам возможность создавать и работать в реляционных базах данных, которые являются наборами связанной информации сохраняемой в таблицах.

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

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

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

Стандарт SQL определяется ANSI (Американским Национальным Институтом Стандартов) и в данное время также принимается ISO (Международной организацией по стандартизации). Однако, большинство коммерческих программ баз данных расширяют SQL без уведомления ANSI, добавляя разные другие особенности в этот язык, которые, как они считают, будут весьма полезны.

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

Реляционная база данных - это тело связанной информации, сохраняемой в двухмерных таблицах. Напоминает адресную или телефонную книгу.

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

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

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

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

Первичные ключи таблицы важный элемент в структуре базы данных. Они - основа системы записи в файл; и когда вы хотите найти определенную строку в таблице, вы ссылаетесь к этому первичному ключу. Кроме того, первичные ключи гарантируют, что ваши данные имеют определенную целостность. Если первичный ключ правильно используется и поддерживается, вы будете знать, что нет пустых строк таблицы, и что каждая строка отличается от любой другой строки.

В отличие от строк, столбцы таблицы (также называемые полями) упорядочиваются и именуются. Это означает, что каждый столбец таблицы должен иметь уникальное имя, чтобы избежать неоднозначности. Лучше всего если эти имена указывают на содержание поля.

SQL это язык ориентированный специально на реляционные базы данных. Он устраняет много работы, которую вы должны были бы сделать, если бы вы использовали универсальный язык программирования, например C. Чтобы сформировать реляционную базу данных на C, вам необходимо было бы начать с самого начала. Вы должны были бы определить объект - называемый таблицей, которая могла бы расти, чтобы иметь любое число строк, а затем создавать постепенно процедуры для помещения значений в нее и извлечения из них. Если бы вы захотели найти некоторые определенные строки, вам необходимо было бы выполнить по шагам процедуру, подобную следующей:

1) рассмотрите строку таблицы;

2) выполните проверку - является ли эта строка одной из строк, которая вам нужна;

3) если это так, сохраните ее где-нибудь, пока вся таблица не будет проверена;

4) проверьте, имеются ли другие строки в таблице;

5) если имеются, возвратитесь на шаг 1;

6) если строк больше нет, вывести все значения, сохраненные в шаге 3.

( Конечно, это не фактический набор C команд, а только логика шагов, которые должны были бы быть включены в реальную программу.)
SQL сэкономит вам все это. Команды в SQL могут работать со всеми группами таблиц как с единым объектом и могут обрабатывать любое количество информации извлеченной или полученной из их, в виде единого модуля.

Имеются два SQL: Интерактивный и Вложенный. Большей частью, обе формы работают одинаково, но используются различно.

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

Вложенный SQL состоит из команд SQL помещенных внутри программ, которые обычно написаны на некотором другом языке (типа КОБОЛА или Паскаль). Это делает эти программы более мощными и эффективным. Однако, допуска эти языки, приходится иметь дело с структурой SQL и стилем управления данных который требует некоторых расширений к интерактивному SQL. Передача SQL команд во вложенный SQL является выдаваемой ('passed off') для переменных или параметров используемых программой, в которую они были вложены.

В целом, список преимуществ, на которые стоит обратить внимание в первую очередь, можно представить в следующем виде:

1) независимость от конкретных СУБД;

2) переносимость с одной вычислительной системы на другую;

3) наличие стандартов;

4) поддержка со стороны компании Microsoft (протокол ODBC);

5) реляционная основа;

6) высокоуровневая структура, напоминающая английский язык;

7) возможность выполнения специальных интерактивных запросов;

8) обеспечение программного доступа к базам данных;

9) возможность различного представления данных;

10) полноценность как языка, предназначенного для работы с базами данных;

11) возможность динамического определения данных;

12) поддержка архитектуры клиент/сервер.

Все перечисленные выше факторы явились причиной того, что SQL стал стандартным инструментом для управления данными на персональных компьютерах, мини-компьютерах и больших ЭВМ.

2.6 Математический аппарат учета рабочего времени сотрудников

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

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

Корреляция - это связь, при которой определенному значению факторного признака соответствует лишь среднее значение результативного признака.

Связь между двумя признаками (результативным и факторным, или двумя факторными) называется парной корреляцией.

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

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

y=f(x),

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

Гораздо сложнее обстоит дело с понятием зависимости случайных величин. Как правило между случайными величинами (случайными факторами), определяющие процесс функционирования сложных систем, обычно существует такая связь, при которой с изменением одной величины, меняется распределение другой. Такая связь называется стохастической, или вероятностной. Существуют различные показатели, которые характеризуют те или иные стороны стохастической связи. Так линейную зависимость между случайными величинами X и Y определяет коэффициент корреляции:

,

где Ax и Ay - математические ожидания случайных величин X и Y.

- среднеквадратические отклонения случайных величин.

Линейная вероятностная зависимость случайных величин заключается в том, что при возрастание одной случайной величины другая имеет тенденцию возрастать (или убывать) по линейному закону. Если случайные величины X и Y связаны строгой линейной функциональной зависимостью:

y = b0+b1x1

то коэффициент корреляции будет равен r= +1 причем знак соответствует знак коэффициента b1 , если величина X и Y связаны произвольной стохастической зависимостью, то коэффициент корреляции будет изменятся в пределах:

-1 <r< +1

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

Парный коэффициент корреляции и уравнение регрессии. При прямолинейной форме связи показатель тесноты связи двух признаков определяется по формуле линейного коэффициента корреляции r:

где x - значение факторного признака;

y - значение результативного признака;

n - число пар данных.

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

.

Исчисленное tr сравнивается с критерием tк, которое берется из таблицы значений t-Стьюдента с учетом заданного уровня значения ? и числа степеней свободы k.

Если tr>tк, то величина коэффициента корреляции признается существенной. В рамках корреляционно-регрессивного анализа происходит и выбор адекватного эмпирическим данным уравнения регрессии. При этом недостаточно только качественного (логического) анализа. Хотя рабочие гипотезы о возможной форме связи формулировать можно. Наглядное изображение анализируемых данных, то есть применение графического метода (путем построения корреляционного поля точек эмпирической линии регрессии), не дает обобщенную количественную оценку адекватности того или иного уравнения связи. Более продуктивно использование критерия минимальной остаточной дисперсии и показателя средней ошибки аппроксимации ? :

,

где Iyi - yxiI - модуль линейных отклонений эмпирических и выравненых значений результативного признака. Оценка параметров уравнений регрессии осуществляется методом наименьших квадратов. Сущность метода наименьших квадратов заключается в нахождении параметров модели (а0 и а1), при которых минимизируется сумма квадратов отклонений эмпирических (фактических) значений результативного признака от теоретических. Для выражения прямолинейной формы зависимости между X и Y применяется формула:

YX = a0 +a1X,

,

Для определения параметров уравнения на основе требований метода наименьших квадратов составляется система нормальных уравнений:

.

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

3. Практическая реализация задачи

3.1 Проектирование баз данных

Проектирование баз данных можно разбить на четыре этапа:

1) анализ предметной области;

2) информационное проектирование (построение инфологической модели);

3) нормализация и логическое проектирование (построение логической модели);

4) физическое проектирование (построение внутренней модели).

3.1.1 Построение инфологической модели

При анализе данной предметной области были выделены следующие информационные классы объектов и их свойства:

- время работы (Код работы, код сотрудника, подразделение, дата, время);

- сотрудник (Код сотрудника, номер трудового договора, дата трудового договора, фамилия, имя, отчество, дата рождения, место рождения, пол, № страхового свидетельства, идентификационный номер, табельный номер, алфавит, характер работ, вид работ, состояние в браке, паспорт серия, паспорт номер, дата выдачи, кем выдан, индекс, город, дом, улица, квартира, дата регистрации, телефон, дополнительные сведения, номер приказа, дата увольнения);

- образование (Код образования, код сотрудника, диплом, дата окончания, специальность, квалификация);

- семья (Код семьи, код сотрудника, вид родства, фамилия, имя, отчество, дата рождения );

- воинский учет (Код учета, код сотрудника, категория запаса, звание, состав, категория годности, наименование военного комиссариата, воинский учет, номер команды, специальном, отметка о снятие );

- иностранный язык (Код языка, название, степень знания);

- стаж (Код стажа, код сотрудника, дни, месяцы, годы);

- аттестация (Код аттестации, код сотрудника, дата аттестации, решение комиссии, номер, дата, основание );

- повышение квалификации (Код квалификации, код сотрудника, дата начала, дата окончания, вид повышения, наименование образовательного учреждения, наименование документа, дата документа, основание );

- переподготовка (Код переподготовки, код сотрудника, дата начала, дата окончания, специальность, наименование документа, номер документа, дата документа, основание );

- награды (Код награды, код сотрудника, название, наименование документа, номер документа, дата документа );

- отпуск (Код отпуска, код сотрудника, название, работа начало, работа конец, количество дней, дата начала, дата окончания, основание );

- социальные льготы (Код льготы, код сотрудника, наименование льготы, номер документа, дата документа, основание ).

Инфологическая модель является проблемно - ориентированной и системно - независимой, т.е. не зависимой от конкретной СУБД, операционной системы и аппаратного обеспечения ЭВМ.

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

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

При описании предметной области отражают связи между объектом и характеризующими его свойствами. Объект может обладать только одним значением какого-то свойства. Такие свойства называются единичными. Для других свойств возможно существование одновременно нескольких значений у одного объекта. Такое свойство называется множественным.

Кроме связи между объектом и его свойствами, в логической модели фиксируются связи между объектами разных классов. Различают связи типа «один к одному» (1:1), «один ко многим» (1:М), «многие к одному» (М:1), «многие ко многим» (М:М). Иногда эти типы связей называются степенью связи.

3.1.2 Нормализация отношений

Реляционная модель данных является простейшей и наиболее привычной формой представления данных в виде таблицы. В теории множеств таблице соответствует термин отношение (relation), который и дал название модели. Достоинством реляционной модели является ее сравнительная простота инструментальных средств.

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

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

В реляционной базе данных на каждое отношение накладывается нормализация. Состав атрибутов отношений должен удовлетворять следующим требованиям:

1) между атрибутами не должно быть нежелательной функциональной зависимости;

2) группировка атрибутов должна обеспечивать минимальное дублирование данных, обеспечивать их обработку и обновление.

Удовлетворение этих требований достигается нормализацией отношений. Нормализация отношений- это обратимый пошаговый процесс разложения исходных отношений баз данных на более простые отношения. При этом устанавливаются функциональные всевозможные зависимости.

Если имеется два атрибута А и В и если в любой момент времени каждому значению атрибута А соответствует не более одного значения атрибута В, то говорят, что В функционально зависит от А (А->Б).

Если отношение находится в 1НФ, то все неключевые атрибуты функционально зависят от ключа. Если неключевой атрибут зависит от части ключа, то говорят о частичной зависимости. Если неключевой атрибут зависит от всего составного ключа и не находится в частичной зависимости от его ключей, то говорят о его полной функциональной зависимости. Если для атрибутов А,Б,В выполняется условие А->Б, Б->В, но обратная зависимость отсутствует, то говорят, что В зависит от А транзитивно. Многозначная зависимость - если каждому значению атрибута А соответствует множество значений атрибутов Б.

Каждая нормальная форма ограничивает определенный тип функциональной зависимости. Отношения, у которых все атрибуты простые (то есть содержат неделимые значения) называются приведенными к первой нормальной форме (1НФ). Отношение находится во второй нормальной форме (2НФ), если оно находится в 1НФ, и каждый неключевой атрибут функционально полно зависит от составного ключа.2НФ так же совершенная, так как здесь имеют место наличие транзитивных зависимостей.

Отношение находится в третьей нормальной форме (3НФ), если отношение находится во 2НФ и в нем отсутствуют транзитивные зависимости неключевых атрибутов от ключа.3НФ освобождает отношения от избыточности.

Отношение находится в четвертой нормальной форме (4НФ),если в нем не присутствуют функциональные многозначные зависимости. Если в отношении имеется много функциональных зависимостей,4НФ не устраняет избыточность, то применяют 5НФ.

Разложение отношений из 4НФ в пятую нормальную форму (5НФ) должно быть выполнено так, чтобы каждая проекция, полученная из 4НФ, содержала не менее одного возможного ключа и хотя бы один неключевой атрибут из исходного отношения.

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

В результате нормализации получили отношения соответствующие 3НФ описанной предметной области:

- сотрудник (Код сотрудника, номер трудового договора, дата трудового договора, фамилия, имя, отчество, дата рождения, место рождения, пол, № страхового свидетельства, идентификационный номер, табельный номер, алфавит, состояние в браке, паспорт серия, паспорт номер, дата выдачи, кем выдан, дополнительные сведения);

- адрес (Код адреса, город, улица, квартира, дата регистрации);

- увольнение (Код увольнения, Дата увольнения, номер приказа);

- основание увольнения (Код основания, наименование);

- характер работ (Код характера работ, наименование);

- вид работ (Код вида работ, наименование);

- гражданство (Код гражданства, название);

- образование (Код образования, название);

- ПВО (Код ПВО, название);

- образование (Код образования, диплом, дата окончания, квалификация, специальность);

- ППО (Код ППО, удостоверение, дата окончания, специальность);

- учебное заведение (Код учебного заведения, название);

- семья (Код семьи, фамилия, имя, отчество, дата рождения);

- вид родства (Код вида родства, название );

- воинский учет (Код учета, категория запаса, состав, категория годности, наименование военкомата, воинский учет, ВУС, специальный, общий, отметка о снятие );

- звания (Код звания, наименование);

- сотрудник - язык (Код языка сотрудника);

- степень знания (Код степени знания, наименование степени знания);

- язык (Код языка, наименование);

- время работа (Код работы, дата, подразделение, код сотрудника, время);

- стаж (Код стажа, дни, месяцы, годы );

- тип стажа (Код типа, наименование);

- аттестация (Код аттестации, дата, решение комиссии, номер документа, дата документа, основание );

- квалификация (Код квалификации, дата начала, дата окончания, вид, наименование, номер документа, дата документа, основание );

- переподготовка (Код переподготовки, дата начала, дата окончания, специальность, наименование документа, дата выдачи документа, номер документа, основание );

- награды (Код награды, название документа, дата документа, номер документа);

- тип награды (Код типа, наименование);

- отпуск (Код отпуска, начало работы, конец работы, количество дней, дата начала, дата окончания, основание );

- тип отпуска (Код типа, наименование);

- социальные льготы (Код льготы, наименование льготы, номер документа, дата документа, основание).

Процесс нормализации отношений последовательно устраняет следующие типы функциональных зависимостей:

частичные зависимости неключевых атрибутов;

транзитивные зависимости неключевых атрибутов от ключа;

зависимости ключей от неключевых атрибутов;

4) независимые многозначные зависимости.

Устраняя эти зависимости исключается дублирование данных, аномалии операций включения, обновления, удаления.

3.1.3 Логическое проектирование

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

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

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

для каждого простого объекта и его свойств строится отношение, атрибутами которого являются идентификаторы объекта и реквизиты, соответствующие каждому из свойств;

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

а) если многие из объектов обладают рассматриваемым свойством, то его можно записать, как и обычное свойство;

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

Логическая модель, по построенной инфологической, представлена на рисунке 2.1. В приложении Б представлена ER-модель предметной области.

3.1.4 Физическое проектирование

Данная реляционная база данных представлена в файле VOEN_CHAST.gdb имеет тип InterBase, который содержит в себе 32 таблицы, представленных в таблице 3.1

Таблица 3.1 - таблицы данной СУБД VOEN_CHAST.gdb

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

Рисунок 3.3 - Логическая схема базы данных

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

Типы полей для таблиц InterBase используемые при проектирование:

- INTEGER (I) - целочисленные значения от - 2147483648 до + 2147483647;

- VARCHAR (VC) - текстовый столбец переменной длинны содержащий до n символов;

- TIMESTAMP (TS) - поля даты и времени.

Структура таблиц используемых в БД представлена в таблице 3.3.

Таблица 3.2 - Структура таблиц БД

3.2 Описание архитектуры программы

После запуска программы «АРМ по учету данных о дежурствах сотрудников воинской части», происходит запрос пароля. При вводе неправильного пароля программа завершает свою работу.

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

- просмотр;

- ввод начальных данных;

- корректировка выборочных данных;

- удаление;

- формирование отчетов.

Программное средство «АРМ по учету данных о дежурствах сотрудников воинской части» включает в себя программные модули (схема алгоритма представлена в приложение В), которые организуют работу оператора воинской части № 63180.

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

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

Main - содержит главную форму клиентского приложения, содержащую меню и определяющую дальнейшие действия пользователя.

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

Parol - данный модуль осуществляет проверку пароля.

U_Res_Copy - данный модуль осуществляет резервное копирование и восстановление базы данных.

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

L_Cart - содержит форму для формирования личной карточки сотрудников.

U_Arhivе - содержит форму для просмотра, редактирования, восстановления и удаления данных о сотрудниках находящихся в архивной картотеке.

U_Filtr - осуществляет в базе данных поиск сотрудников по различным критериям.

U_Grafiк - вывод графической интерпретации статистического анализа.

U_Adress - содержит вспомогательную форму для заполнения адреса в личной карточке сотрудника.

U_Jazik - содержит вспомогательную форму для заполнения знания иностранного языка в личной карточке сотрудника.

U_Semja - содержит вспомогательную форму для заполнения состава семьи в личной карточке сотрудника.

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

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

PolzReg - модуль для регистрации нового пользователя и определении ему прав доступа.

SpravEdit - модуль для редактирования справочников.

U_Otchet - модуль для формирования и подготовки к печати выходных документов (приказы, личные карточки).

U_Prikaz - модуль для вывода отчета приказа (распоряжения) о приеме на работу.

U_L_Cart - модуль для вывода отчета по личной карточке сотрудника.

U_Sotr - модуль вывода отчета по всем сотрудникам работающих в воинской части.

Help - модуль предоставляющий информацию о программе и работе с ней.

Рисунок 3.4 - Иерархическая схема модулей

Более подробное описание модулей и их взаимодействия.

1. Главный модуль - запускается при загрузке программного средства. Представлен файлом main.pas. В этом модуле активируется главное меню программы, из которого доступны все другие модули. После этого сразу активируется модуль parol.pas, который отвечает за авторизацию пользователя и определению его прав доступа. В зависимости от введенного пользователя и пароля доступными становятся только определенные пункты меню и, соответственно, определенные модули.

2. Ввод пароля - вызывается из главного модуля. Представлен файлом parol.pas. При инициализации модуля на экране появляется форма «Пароль», в которой необходимо ввести имя пользователя и пароль. При введении неверного пароля программное средство завершает работу.

3. Меню - отображается на главной форме программы. В зависимости от того, какой пользователь работает с программным средством, активны те или иные пункты меню. Через меню можно выполнять все основные действия по работе с программой.

4. Резервное копирование и восстановление - модуль отвечающий за сохранение текущего состояния базы данных в отдельный файл и восстановление ее из копии. При вызове данного модуля на экране появляется форма «Резервное копирование» и форма «Восстановление из копии» при восстановление, в которой пользователь может задать параметры сохранения и восстановления базы данных на носитель информации. Файл U_Res_Copy.pas.

5. Сотрудники - при вызове данного модуля на экране появляется форма «Сотрудники». Пользователь получает возможность работать со справочником «Сотрудники». Имеется возможность добавлять, удалять и редактировать данные сотрудников. Модуль вызывается из главного меню «Список сотрудников» и представлен модулем Sotr.pas.

6. Личная карта - при активизации команды «Добавить», списка сотрудников, активизируется модуль личной карты сотрудников, в котором содержится вся информация о сотрудниках воинской части и происходит заполнение личных дел. Модуль «Личная карта» представлен файлом L_Cart.pas. При заполнение личной карты активизируются вспомогательные модули приведенные ниже.

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

8. Модуль «Адрес» содержит в себе вспомогательную форму «Адрес место жительства», которая используется при заполнение данных о сотруднике и представлен модулем U_Adress.pas.

9. Знание иностранного языка - при вызове данного модуля на экране появляется форма «Знание иностранного языка». Пользователь получает возможность работать со справочником «Знание иностранного языка», где ему предоставляется возможность добавлять, удалять, и редактировать записи данного справочника. Этот модуль представлен файлом U_Jazik.pas.

10. Состав семьи - при вызове данного модуля на экране появляется форма «Состав семьи», пользователь получает возможность работать со справочником «Состав семьи», где ему предоставляется возможность добавлять, удалять, и редактировать записи данного справочника. Этот модуль представлен файлом U_Semja.pas.

11. Стаж - при вызове данного модуля на экране появляется форма «Стаж работы», пользователь получает возможность работать со справочником «Стаж работы», где ему предоставляется возможность добавлять, удалять, и редактировать записи данного справочника. Этот модуль представлен файлом U_Staj.pas.

12. Образование - при вызове данного модуля на экране появляется форма «Образование», пользователь получает возможность работать со справочником «Образование», где ему предоставляется возможность добавлять, удалять, и редактировать записи данного справочника. Этот модуль представлен файлом U_Obraz.

13. График - модуль формирования графической интерпретации. Модуль представлен файлом U_Grafik.pas.

14. Фильтр - этот модуль осуществляет в базе данных поиск сотрудников по различным критериям. При его активации на экране появляется форма «Поиск», в которой выведены все критерии поиска такие как, пенсионер предназначена для поиска пенсионеров, мужчина, женщина, уволен: производит поиск по фамилии, имени, или отчеству, возможен поиск по части фамилии, а так же по дате увольнения. Эта форма взаимодействует с модулем Sotr.pas, в которую и выводятся на экран найденная информация. Если по заданному критерию информации нет, программа выдает соответствующее сообщение. Модуль представлен файлом U_Filtr.pas.

15. Отчет - модуль выбора отчетных документов. При активизации данного модуля, на экране появляется форма «Отчеты», в которой пользователю предлагается выбор отчетного документа и подготовка его на печать путем предварительного просмотра. В программе данный модуль представлен файлом U_Otchet.pas.

16. Приказ - модуль отчета приказа о приеме на работу. Активизируется из модуля U_Otchet.pas, после ввода фамилии, имени, отчества происходит автоматическое заполнение отчета, что ведет к уменьшению времени работы и исключает ошибки ввода пользователя. Данный модуль представлен файлом U_Prikaz.pas.

17. Личная карта - модуль предоставляющий возможность вывода на печать отчета по личной карточке сотрудника. Принцип работы данного модуля аналогичен модулю U_Prikaz.pas. Данный модуль представлен файлом U_L_Cart.pas.

18. Сотрудники - позволяет выводить на печать список всех сотрудников работающих в воинской части, с возможностью предварительного просмотра. Данный модуль представлен файлом U_Sotr.pas.

19. Регистрация пользователя - при активизации данного модуля на экране появляется форма «Пользователи и пароли», где администратор устанавливает разграничение прав доступа и назначает пароли. В данной программе существует три уровня доступа:

- Администратор (Админ) доступны любые действия в программе;

- Пользователь (User) доступны ограниченные пункты меню;

- Гость (гость) доступны минимальные действия в программе, без права изменения какой либо информации.

20. Редактирование справочников - при вызове этого модуля на экране появляются справочники, те которые выбрал пользователь доступные для редактирования. Данный модуль в программе представлен файлом SpravEdit.pas.

21. Помощь - модуль выдачи справки пользователю по работе с данным программным средством. После запуска модуля на экране появляется окно «Помощь», в котором пользователь может прочитать подробную инструкцию по применению, назначению и правилам работы с программой. А также ознакомиться с решением возникших проблем.

3.3 Реализация функционального назначения программы

Меню запускается при активации программы, через него выполняются все остальные модули программного средства.

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

У пользователя есть возможность получения стандартных документов. Причем документы можно предварительно просмотреть на экране, а так же корректировать и выводить их на печать.

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

Функциональная схема представлена на рисунке 3.5.

3.4 Входные и выходные данные

Так как в программном средстве «АРМ по учету данных о дежурствах сотрудников воинской части» используется база данных то к входным данным относятся таблицы базы данных, которые выбираются из файла базы данных VOEN_CHAST.gdb. Помимо этого к входным данным относятся данные, вводимые с клавиатуры. К выходным данным относятся отчеты, формирующиеся в результате обработки данных из таблиц базы данных. А также к выходным данным относятся отредактированные данные, которые записываются в таблицы базы данных, в файл VOEN_CHAST.gdb.

Рисунок 3.5 - Функциональная схема

3.5 Алгоритм решения задачи

Алгоритм программного средства разрабатывался, исходя из принципов модульности, основываясь на методе нисходящего проектирования программ. Определив основные функции как предопределенные процессы, без реализации их кода, была построена архитектура программного средства. Такой способ построения системы дает возможность увидеть будущее приложение в полном объеме, хотя и не выполняющим еще своих функций. Это позволяет на раннем этапе проектирования продемонстрировать заказчику будущую систему, оценить и, возможно, скорректировать структуру всей системы без переписывания кода программы.

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

Схема алгоритма программного средства представлена на рисунке 3.6 и в приложение Д.

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

К ним относятся:

формирование списка сотрудников;

работа с личной карточкой сотрудника;

статистика по учету рабочего времени сотрудников части;

формирование выходных документов;

редактирование справочников;

настройка программы;

вызов справочной системы.

Ввод сведений о сотрудниках производится на основе входных документов.

Рисунок 3.6 - Схема алгоритма

Для формирования списка сотрудников вызывается специальная форма (модуль Sotr), в которой указываются критерии формирования списка. Работу с личной карточкой сотрудника (модуль LCart) можно также разделить на несколько важных действий:

ввод, корректировка сведений;

сортировка данных;

поиск данных по критериям;

сохранение сведений.

3.6 Математический аппарат программного средства

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

При реализации была выявлена зависимость представленная на рисунке 3.7.

Рисунок 3.7 - Возрастная структура работающих в воинской части

На оси X представлено количество сотрудников работающих в воинской части, а на оси Y средний возраст сотрудников.

Из рисунка видно, что средний возраст работающих в воинской части составил примерно 40 лет.

А так же при разработке программного средства была реализована функция корреляционного анализа.

В данном случае рассматривалась зависимость количества поступающих на работу сотрудников от времени года.

Таким образом возникает необходимость отыскания двух функций математическое ожидание и дисперсии:

,

.

Коэффициент корреляции рассчитывается по формуле:

,

где: Ax и Ay - математические ожидания случайных величин X и Y;

- среднеквадратические отклонения случайных величин.

Таким образом коэффициент корреляции будет равен:

r = 0,375562.

В таблице 2.3 приведены количественные критерии тесноты связи.

Таблица 2.3 - Количественные критерии тесноты связи

Что позволяет сделать вывод, о том, что теснота связи данного анализа умеренная

Результат корреляционного анализа представлен на рисунке 3.8.

Рисунок 3.8 - Результат корреляционного анализа

Было установлено, что пик активности поступающих на работу приходится на май.

3.7 Руководство системному программисту

3.7.1 Установка программы

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

Установка программы возможна при наличие BDE Administrator эта утилита, которая необходима для доступа к базам данных из приложения и InterBase 6.0, необходимый для работы с локальной или сетевой базой данных.

При наличие на компьютере выше перечисленного программного обеспечения установку программы нужно производить в следующем порядке:

1) скопировать каталог Dip с CD-R на жесткий диск;

2) загрузить утилиту BDE Administrator, далее необходимо создать псевдоним БД с именем VOEN_CHAST и в свойствах псевдонима установить важные для работы параметры LANGDRIVER=Pdox_ANSI_Cyrilic, USER_NAME=SYSDBA, далее в параметре SERVER_NAME нужно установить значение пути до файла БД VOEN_CHAST.gdb, который находится в каталоге DipBase;

3) закрыть утилиту BDE Administrator и на запрос программы о сохранение изменений кликнуть на кнопке «YES».

3.7.2 Системные требования

Программное средство: Автоматизированное рабочее место по учету данных о дежурствах сотрудников воинской части» предназначено для функционирования под управлением операционной системы WINDOWS на компьютерах с пораметрами:

Pentium 2, с частотой 133МГц и выше;

объём оперативной памяти 16 Мб и более;

монитор типа SVGA, 800x600 точек;

от 50 Мб и более дискового пространства для нормальной конфигурации;

- наличие мыши.

3.8 Руководство пользователя

Запуск программного средства «АРМ по учету данных о дежурствах сотрудников» производится с помощью файла Voen_chasti.exe. Затем происходит авторизация пользователя, введением пароля. Если пароль верен, то запускается главное окно программы с главным меню. Если пароль не верный на экран выводится соответствующее сообщение и происходит выход из программы.

Главное меню содержит следующие пункты:

1) «Данные» - предназначен для работы с базой данных сотрудников работающих в воинской части, содержит следующие пункты:

«Учет данных о дежурствах»

«Список сотрудников»;

«Личная карта»;

«Резервное копирование»;

- «Восстановление из копии»;

2) «Архив» - предназначен для работы с архивом;

3) «Справочники» - предназначен для заполнения справочников и несет в себе следующие пункты:

«Гражданство»;

«Образовательные учреждения»;

«Образование»;

«Отпуск»;

«Язык»;

«Семья»;

«Стаж»;

«Послевузовское образование»;

«Воинские звания»;

«Награды СССР»;

- «Награды РФ»;

4) «Печать отчетов» - это меню несет в себе подменю отчетов и предназначено для вывода отчетных документов на печать, оно включает в себя:

«Отчет Личная карточка»;

«Приказ о зачисление на работу»;

- «Список сотрудников воинской части»;

5) «Настройки» - этот пункт меню несет в себе подменю настроек программы, который включает в себя настройки администратора и несет в себе следующие пункты:

«Наименование воинской части»;

«Доступ»;

6) «График» - пункт меню который содержит в себе графические интерпретации статистического анализа;

7) «О программе» - предназначена для выдачи пользователю справочной информации:

«Помощь»;

- «О программе».

Главное меню представлено на рисунке 3.9.

Рисунок 3.9 - Главное меню программы

1. Переходим к работе с пунктом меню «Данные» (рисунок 3.10).

Рисунок 3.11 - Пункт меню «Данные»

Как видно из рисунка первым подпунктом этого пункта это меню «Сотрудники», который содержит в себе список всех сотрудников работающих в воинской части (рисунок 3.12).

Рисунок 3.12 - Список сотрудников

С возможностью добавления, редактирования, поиска и удаления в архивную картотеку сотрудников.

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

Следующей командой является «Печать отчета», где вам предлагается выбор выходной документации, либо «Личная карточка сотрудника», либо «Приказ (распоряжение) о приеме на работу», либо «Список сотрудников». Команда «Печать отчета» с фрагментом отчета представлены на рисунке 3.13 и 3.14.

Далее следует команда «Удалить в архив», для того чтобы удалить сотрудника, он выделяется в списке и выполняется команда «Удалить в архив», при этом программа выдаст соответствующее сообщение.

Следующей идет команда «Поиск», при ее выполнение открывается окно поиска представленное на рисунке 3.15.

Рисунок 3.13 - Форма печати отчетов

Рисунок 3.14 - Фрагмент отчета «Личная карта»

Рисунок 3.15 - Форма поиска

Поиск осуществляется по фамилии, либо части фамилии, либо по табельному номеру, либо по дата составления личной карточки. При этом нужный человек выделяется на форме «Список сотрудников».

Далее идет пункт меню «Резервное копирование», который отвечает за сохранение файла базы данных на жестком диске компьютера (рисунок 3.16) При выборе пункта меню «Резервное копирование» появляется окно диалога в котором вам предлагается выбрать директорию, в которую вы хотите произвести копирование БД. По умолчанию стоит каталог D:DipCopy.

Рисунок 3.16 - Резервное копирование базы данных

При успешном копирование программа сообщает, что файл БД успешно скопирован.

Восстановление из копии происходит по тому же принципу. Выбирается пункт меню «Восстановление из копии», появляется диалоговое окно и выбирается файл который требуется восстановить, (рисунок 3.17) при успешном восстановление программа выдаст соответствующее сообщение.

При выборе пункта меню «Личная карта» появляется диалоговое окно работы с личной картой сотрудника. Для регистрации нового сотрудника выполняется команда «Добавить», при это программа переходит на форму «Личная карточка сотрудника», где вам будет предложено заполнить сведения о сотруднике. Форма «Личная карточка сотрудника» приведена на рисунке 3.18.

Рисунок 3.17 - Восстановление из копии

Рисунок 3.18 - Личная карта сотрудника

Основной раздел «Личной карточки» является сотрудник, где заполняются необходимые сведения такие как, табельный номер, фамилия, имя, отчество и т.д. Для заполнения адреса, знания иностранного языка, состав семьи, образования и стажа работы, на форме приведены вспомогательные справочники, которые облегчают работу с эти разделом. Справочники приведены на рисунках 3.19, 3. 20, 3.21, 3.22.

Рисунок 3.19 - Адрес место жительства

Рисунок 3.20 - Знание иностранного языка

Рисунок 3.21 - Состав семьи

Рисунок 3.22 - Стаж работы

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

2. Переходим к работе с меню «Архив» при выполнение этой команды открывается форма архивной картотеки «Работа с архивом». В которой содержится список всех сотрудников уволенных с воинской части. Форма архивной картотеки приведена на рисунке 3.15.

Рисунок 3.23 - Образование

Рисунок 3.15 - Архивная картотека

Как видно из рисунка, на нижней панели приведены следующие кнопки управления:

«Восстановить» - восстанавливает сотрудника из архива;

«Изменить» - изменяет данные о сотруднике удаленного в архив;

«Удалить» - окончательно удаляет сотрудника из архива;

«Поиск» - поиск сотрудников удаленных в архив;

- «Закрыть» - закрывает форму и возвращает программу в первоначальное состояние.

3. Далее в основном меню приведена вкладка «Справочники». Она предназначена для работы со справочниками рисунок 3.16.

Рисунок 3.16 - Справочники

В данном пункте меню приведены все справочники, которые используются в программе. Это сделано для того, что бы облегчить работу пользователя при заполнение некоторых таблиц несущих в себе постоянную информацию. В справочниках имеется возможность добавлять нужную информацию, редактировать устаревшую информацию, а так же удалять не нужную информацию. Справочник «Гражданство» приведен на рисунке 3.17.

Рисунок 3.17 - Справочник «Гражданство»

На форме так же приведен ряд кнопок для работы:

«Добавить» - добавляет новую запись в справочник;

«Изменить» - изменяет уже существующие записи;

«Удалить» - удаляет записи из справочника;

«Выход» - Осуществляет выход из справочника.

Остальные справочные формы работают аналогично.

4. Пункт меню «Печать отчетов» (рисунок 3.18) предназначен для печати отчетов, которые были описаны выше.

Рисунок 3.18 - «Печать отчетов»

5. Далее в меню идет пункт «Настройки», который предназначен для разграничения прав доступа пользователей администратором программы рисунок 3.19.

Рисунок 3.19 - пункт меню «Настройки»

Пункт меню «Настройки» содержит в себе два пункта: «Наименование воинской части», при выполнение которого появляется форма рисунок 3.20, где администратору будет предложено записать наименование воинской части в файл с расширением *.ini. Это сделано для того, что бы программа могла функционировать на разных воинской частих, без потери ранее заложенной в нее информации и прав доступа.

Далее идет меню «Доступ», где имеется возможность разграничения прав доступа пользователей рисунок 3.21. В данном программном средстве существует три вида пользователей такие как «Админ», «Гость», «User». И права доступа «Администратор», «Гость», «Пользователь».

Так же имеется возможность добавлять новых, удалять и редактировать старых пользователей.

Рисунок 3.21 - Пункт меню «Доступ»

6. Далее идет пункт меню «Графики», где содержится графическая интерпретация статистического анализа рисунок 3.22.

Рисунок 3.22 - Графическая интерпретация статистического анализа

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

7. Пункт меню содержит пункты «О программе» и «Помощь» рисунок 3.23, где содержатся сведения о программе и файл помощи:

Рисунок 3.23 - Пункт меню «О программе»

8. Пункт меню «Выход» предназначен для выхода из программы

4. Безопасность труда

Объект, который рассматривается в данной работе, является кабинет спецчасти здания войсковой части № 63180, расположенным на первом этаже здания по адресу: город Оренбург, ул. Валишева, 100.

4.1 Анализ и обеспечение безопасных условий труда

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

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

Помещение с ЭВМ относится к классу помещений без повышенной опасности с точки зрения поражения электрическим током. Температура окружающей среды +20 ± 5° С, относительная влажность воздуха 60 ± 20 %.

В помещении должны быть непроводящие полы, отсутствовать токопроводящая пыль, отсутствовать электрически активная среда, отсутствовать возможность одновременного прикосновения к металлическим частям прибора и заземляющему устройству (ПУЭ 1.1.13). Для защиты от поражения электрическим током все токоведущие части должны быть защищены от случайных прикосновений кожухами (ПУЭ 1.1.32), корпус системного блока ЭВМ должен быть заземлен. Заземление выполняется изолированным медным проводом сечением 1.5 мм2 (ПУЭ 1.7.78), который присоединяется к общей шине заземления с общим сечением 48 мм2 при помощи сварки. Питание устройства должно осуществляться от силового щита через автоматический предохранитель, срабатывающий при коротком замыкании нагрузки.

В помещении есть аптечка первой помощи и углекислотный огнетушитель ОУ-3.

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

- регулярные инструктажи сотрудников и студентов;

- зануление;

- защитное отключение.

Эксплуатация устройства должна производиться персоналом, имеющим квалификацию по ТБ III (согласно ПТЭ). Работа по устранению неисправностей и наладка должна производиться персоналом с квалификационной группой по ТБ не ниже III (согласно ПТЭ) и только после снятия напряжения питания с устройства. Снятие защитного кожуха с компьютера и какие-либо другие конструктивные изменения компьютерной системы пользователю строго запрещены. Это должны делать только квалифицированные специалисты. Допуск к наладке, ремонту компьютерной системы имеет инженер-электронщик не ниже 11-го разряда. Площадь рабочего места ПЭВМ для пользователей должна составлять не менее 6 м2, а объем не менее 20 м3 [2].

В исследуемом помещении находится шесть рабочих мест, все шесть мест оснащены компьютерами. Площадь на одно рабочее место составляет 6,27 м2, а объем 18,81 м3. Для внутренней отделки интерьера помещений с ВДТ и ПЭВМ должны использоваться диффузно-отражающие материалы с коэффициентами отражения: для потолка - 0.7 - 0.8, для стен - 0.5 - 0.6, для пола - 0.3 - 0.5 [26].

Поверхность пола в помещениях эксплуатации ВДТ и ПЭВМ должна быть ровной, без выбоин, нескользкой, удобной для очистки и влажной уборки, обладать антистатическими свойствами. Поверхность пола рассматриваемого помещения покрыта ламинат, что удобно для влажной уборки и не позволяет пыли скапливаться. Разница, называемая отношением яркости, между рабочим местом и примыкающей площадью не должна превышать соотношение 3:1. Коэффициенты отношения поверхностей следующие: для потолка - 80-95 %, для стен - 50-60 %, для пола - 25-45 % [26]. Цвет потолка белый, цвет стен - молочный, цвет пола - бежевый, что соответствует санитарным нормам.

Естественное и искусственное освещение осуществляется в зависимости от характера выполняемых работ. По характеру зрительных работ эксплуатация компьютерной системы относится к 4-му разряду (освещённость 400 лк). Естественное освещение должно осуществляться через светопроемы, ориентированные преимущественно на север и северо-восток и обеспечивать коэффициент естественной освещенности не ниже 1,5 %. Для помещения, в котором находится рабочее место, коэффициент естественной освещенности равен 2,3 %.

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

В помещении нет системных блоков являютщихся устаревшими и небезопасными источниками электромагнитных излучений. Каждое рабочее место оборудовано монитором на основе жидкокристаллического экрана, мониторов расположеных к стене ближе, чем один метр, нет. Следовательно, оборудование отвечает требованиям СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к видео-дисплейным терминалам, персональным электронно-вычислительным машинам и организации работы» [26].

Неблагоприятное воздействие оказывает на человека шум. Он приводит к потере внимания, способствует утомляемости, а длительное его воздействие снижает слуховую чувствительность и может привести к потере слуха. В рабочем помещении предельный допустимый уровень звука составляет 80 дБ. Административное здание, в котором находится рассматриваемое помещение, расположено далеко от проезжей части, поэтому шума от автотранспорта нет. Принтера в помещении нет. Источником шума в кабинете является работа охлаждающих устройств системных блоков, работа принтера и разговор сотрудников. Таким образом, уровень шума находится в пределах 40 дБ [26], следовательно, данный фактор не оказывает отрицательного воздействия на здоровье человека.

Размер рабочей поверхности стола для ПЭВМ, составляет: ширина 800-1400 мм, глубину 800 и 1000 мм при нерегулируемой его высоте, равной 725 мм. Рабочий стол должен иметь пространство для ног высотой не менее 600 мм, шириной - не менее 500 мм, глубиной на уровне колен - не менее 450 мм и на уровне вытянутых ног - не менее 650 мм. Конструкция рабочего стула должна обеспечивать ширину и глубину поверхности сиденья не менее 400 мм, поверхность сиденья с закругленным передним краем, регулировку высоты поверхности сиденья, стационарные или съемные подлокотники. Данные нормативные требования выполнены и соответствуют СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы».

Необходимым условием здорового и высокопроизводительного труда является обеспечение чистоты воздуха и нормальных метеорологических условий в рабочей зоне помещений, т. е. пространстве высотой до 2 м над уровнем пола или площадки, где находятся рабочие места. Необходимость учета основных параметров микроклимата может быть объяснена на основании рассмотрения теплового баланса между организмом человека и окружающей средой производственных помещений. Одним из необходимых условий нормальной жизнедеятельности человека является обеспечение нормальных условий в помещениях, оказывающих существенное влияние на тепловое самочувствие человека. Метеорологические условия или микроклимат, зависят от теплофизических особенностей технологического процесса, климата, сезона года, условий отопления и вентиляции. Для того, чтобы физиологические процессы в организме протекали нормально, выделяемая организмом теплота должна полностью отводиться в окружающую среду. Нарушение теплового баланса может привести к перегреву либо к переохлаждению организма и как следствие к потере трудоспособности, быстрой утомляемости, потери сознания и тепловой смерти. Для поддержания параметров микроклимата на уровне, необходимом для обеспечения комфортности жизнедеятельности, применяют вентиляцию помещений, где человек осуществляет свою деятельность. Оптимальные параметры микроклимата обеспечиваются системами кондиционирования воздуха, а допустимые параметры - обычными системами вентиляции и отопления. В рассматриваемом офисном помещении система кондиционирования воздуха не применяется.

Влажность воздуха оказывает большое влияние на терморегуляцию организма. Повышенная влажность (ц>85 %) затрудняет терморегуляцию из-за снижения испарения пота, а слишком низкая влажность (ц<20 %) вызывает пересыхание слизистых оболочек дыхательных путей. Оптимальные величины относительной влажности составляют 40 - 60 %. Влажная уборка помещения проводится ежедневно в конце рабочего дня.

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

Минимальная скорость движения воздуха, ощущаемая человеком, составляет 0,2 м/с. В зимнее время года скорость движения воздуха не должна превышать 0,2 - 0,5 м/с, а летом - 0,2 - 1,0 м/с. Скорость движения воздуха в рассматриваемом помещении составляет 0,1 м/с. Это достигается с помощью приточно-вытяжной вентиляции. Данный параметр удовлетворяет требованию нормативов.

Основные параметры рабочего места и соответствие этих параметров нормативным документам приведены в таблице 4.1.

Таблица 4.1 - Соответствие параметров рабочего помещения требованиям нормативов

Мероприятия по обеспечению безопасных условий труда.

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

Для поддержания условий труда на безопасном уровне необходимо:

- правильно организовывать рабочее место;

- проводить обучение работающих безопасным методам труда;

- знать и уметь пользоваться средствами индивидуальной защиты;

- знать безопасные методы производства работ;

- соблюдать правила электробезопасности;

- уметь пользоваться инструментами пожаротушения;

Для снижения уровень шума в помещении с ВДТ и ПЭВМ рекомендуется использование звукопоглощающих материалов с максимальным коэффициентом звукопоглощения в области частот от 63 до 8000 Гц для отделки помещений, подтвержденных специальными акустическими расчетами. Кроме этого рекомендуется перейти от используемых в настоящее время струйных принтеров к лазерным моделям, имеющим намного меньший уровень шума.

Необходимо уменьшить время непрерывной работы за ПЭВМ, введя следующую организацию режима труда: через каждый час работы необходимо вводить перерыв на 5 - 10 мин., а через 2 часа - не менее 15 мин. Желательно так же введение обязательной физической зарядки в перерывах.

4.2 Расчет воздухообмена

Необходимый воздухообмен L, м3/час, по избыткам тепла в помещении определяется по формуле:

где QИЗБ - избыточное тепло, выделяемое в помещении, Дж;

C - удельная теплоемкость воздуха, С=2,79 Дж

- плотность воздуха, принимается =1,29 кг/м3;

tух - температура воздуха, уходящего из помещения, 0С;

tпр - температура приточного воздуха, 0С.

Температура воздуха, уходящего из помещения, определяется по эмпирической формуле:

где tР.З. - температура воздуха в рабочей зоне, 0 С;

- величина, обозначающая изменение температуры по высоте, =0,2;

h - высота помещения, м;

r - высота рабочей зоны, принимается равным 2 метра.

Примем температуру воздуха в рабочей зоне равной 27 0 С, то есть средняя температура воздуха в помещении в летний период. После подстановки в формулу (4.2) соответствующих значений, получим:

Избыточное тепло в помещении определяется по формуле:

где QПОСТ - количество тепла, поступающего в помещение, Дж;

QТ.П. - количество тепла теряемого наружными ограждениями, Дж.

Тепловые потери рассчитаем по формуле.

где К - коэффициент теплопередачи, для стены К=0,931,05 (Дж)

f - площадь поверхности ограждения, м2;

tВ - внутренняя температура, 0 С;

tН - наружная температура, 0 С. Для Оренбурга в теплый период года согласно СНиП 2.2.2.545-96 составляет 26,9 0 С [20].

Подставив в формулу (5.4) значения, получим значение тепловых потерь: (Дж).

Количество тепла, выделяемое человеком, находится в зависимости от его физической нагрузки и от температуры воздуха в помещении. Будем считать, что физической нагрузки нет, тогда при температуре в помещении 27 0 С количество тепла, выделяемое взрослым мужчиной будет равным примерно QЧ= 116,1 Дж [20].

В теплый период года (при наружной температуре более +10 0 С) следует учитывать солнечную радиацию. Количество тепла поступающего от солнечной радиации QC, Вт, определяется по формуле:

где FОСТ - поверхность остекления;

KОСТ - коэффициент остекления;

qОСТ - солнечная радиация через один квадратный метр поверхности остекления в зависимости от ориентации по странам света. В нашем случае он равен 68,5 Дж.

Тогда количество тепла, поступающего от солнечной радиации, исходя из формулы (4.5), равно:

Количество тепла QЭП, Дж, выделяемого от электроприборов, определяется по формуле:

(4.6)

где 860 - тепловой эквивалент работы;

NФ - номинальная мощность, расходуемая электроприборами;

- коэффициент использования установочной мощности.

Исходя из формулы (5.6), получаем:

В качестве источников света при искусственном освещении применяются люминесцентные лампы типа ЛБ. Люминесцентные лампы тепло не выделяют, поэтому количеством тепла от источников света пренебрегаем.

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

Избыток тепла с учетом тепловых потерь по формуле (4.3) составит:

Таким образом, необходимый воздухообмен по избыткам тепла в помещении, который можно определить по формуле (5.1), равен:

• Определим необходимую производительность N, м3/ч, вентиляционной установки по формуле:
• где 0,7 - коэффициент, учитывающий наличие естественной вентиляции.

Используя формулу (4.8), получаем:

Таким образом, одним из мероприятий по улучшению условий труда в помещении будет приобретение кондиционера с производительностью не менее 617,4 м3/ч.

4.3 Мероприятия при возникновении чрезвычайной ситуации

Основные мероприятия по предотвращению ЧС: в основе мер по предупреждению чрезвычайных ситуаций (снижению риска их возникновения) и уменьшению возможных потерь и ущерба от них (уменьшению масштабов чрезвычайных ситуаций) лежат конкретные превентивные мероприятия научного, инженерно-технического и технологического характера, осуществляемые по видам природных и техногенных опасностей и угроз. Значительная часть этих мероприятий проводится в рамках инженерной, медицинской, и противопожарной защиты населения и территорий от чрезвычайных ситуаций.

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

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

Если сигнал застал дома, то не нужно спешить его покидать. Сначала включите местный канал телевидения и радиотрансляционную точку, чтобы услышать подобную информацию о возникшей чрезвычайной ситуации, закройте окна, фрамуги, форточки и подготовьте средства индивидуальной защиты. При их отсутствии надо быстро изготовить ватно-марлевые повязки, в крайнем случае взять полотенце, кусок ткани, смочить их 5 %-м раствором лимонной кислоты (при защите от аммиака). Если у вас не оказалось лимонной кислоты - обильно смочите водой.

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

Если же информации о возникновении чрезвычайной ситуации не было, а вы услышали гул, взрыв и почувствовали специфический для опасных веществ запах, примите меры к защите. Здесь возможны два способа обеспечения личной безопасности: первый - выход из зоны заражения в безопасный район и второй - укрытие в ближайших жилых зданиях.

Признаки поражения аммиаком: обильное слезотечение, боль в глазах, ожог и конъюнктивит роговицы, потеря зрения, приступообразный кашель; при поражении кожи - химический ожог 1 или 2-й степени.

Первая медицинская помощь при отравлении аммиаком: в зоне заражения: промыть глаза и пораженные участки кожи водой, надеть противогаз, срочный выход (вывоз) из зоны заражения.

Вне зоны заражения: обильное промывание глаз и пораженных участков кожи водой; покой, тепло; при физических болях в глаза закапать по 2 капли 1 %-го раствора новокаина или 2 %-го раствора дикаина с 0,1 %-м раствором адреналина гидрохлорида; на пораженные участки кожи - примочки 3 - 5 %-м раствором борной, уксусной или лимонной кислоты; внутрь - теплое молоко с питьевой содой; обезболивающие средства: 1 мл 1 %-го раствора морфина, гидрохлорида или промедола; подкожно - 1 мл 0,1 %-го раствора атропина; при остановке дыхания - искусственное дыхание.

5. Экономическая часть

5.1 Организационно - экономическая часть

Основной задачей технико-экономического обоснования создания проекта является определение величины экономического эффекта от его использования. Показатель эффекта определяет все позитивные результаты, достигаемые при использовании проекта. В данном разделе дипломного проекта произведен расчёт экономического эффекта от разработки и внедрения программного продукта для войсковой части № 63180.

5.2 Расчет трудоёмкости разработки программного продукта

Расчёт затрат времени на разработку программного обеспечения охватывает работы выполняемые специалистами на следующих стадиях:

- техническое задание (ТЗ);

- эскизный проект (ЭП);

- технический проект (ТП);

- рабочий проект (РП);

- внедрение.

Данные о трудоемкости каждой из стадий по плану и хронометражу представлены в таблице 5.1.

Таблица 5.1 - Данные о трудоемкости на стадиях разработки программного обеспечения по плану и хронометражу

При расчёте фактических затрат времени на программирование необходимо учесть влияние следующих факторов:

- количество разновидностей форм входной информации;

- количество разновидностей форм выходной информации;

- степень новизны комплекса задач;

- сложность алгоритма;

- виды используемой информации;

- сложность контроля входной и выходной информации;

- использование типовых проектных решений.

Предусматривается четыре степени новизны разрабатываемых задач, которые представлены в таблице 5.2.

Таблица 5.2 - Степень новизны разрабатываемых задач

5.2.1 Сложность алгоритма

Сложность алгоритма представлена тремя группами в таблице 5.3.

Таблица 5.3 - Группы сложности алгоритмов

Трудоёмкость разработки проекта зависит от вида используемой информации и режима работы. Виды информации и режимы работы представлены в таблице 5.4.

Таблица 5.4 - Виды используемой информации и режима работы

5.2.2 Сложность организации контроля входной и выходной информации

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

Далее в справочных таблицах 5.6-5.11 представлены затраты времени при выполнении различных видов работ на стадиях процесса разработки программного продукта.

Таблица 5.5 - Группы сложностей организации контроля входной и выходной информации

Таблица 5.6 - Затраты времени при выполнении работ на стадии ТЗ

Таблица 5.7 - Затраты времени при выполнении работ на стадии ЭП

Таблица 5.8 - Поправочные коэффициенты, (К1, К2, К3) для определения трудоёмкости работ на стадии ТП

Таблица 5.9 - Поправочные коэффициенты (К1, К2, К3) определения трудоёмкос-ти работ на стадии РП

При использовании информации разных видов для технического и рабочего проекта поправочный коэффициент рассчитывается по формуле (5.1):

где: m - количество наборов данных ПИ;

n - количество наборов данных НСИ;

р - количество наборов данных БД.

Таблица 5.10 - Поправочные коэффициенты, учитывающие сложность контроля входной и выходной информации на стадиях ТП, РП и внедрения

Общая трудоёмкость разработки программного продукта рассчитывается по формуле (5.2):

ТОБЩ = tТЗ + tЭП + tТП + tРП + tВ,

где: tТЗ - затраты труда на стадии технического задания (в днях);

tЭП - затраты труда на стадии эскизного проекта (в днях);

tТП - затраты труда на стадии технического проекта (в днях);

tРП - затраты труда на стадии рабочего проекта (в днях);

tВ - затраты труда на стадии внедрения (в днях).

Таблица 5.11 - Поправочные коэффициенты для определения трудоёмкости работ на стадии технического и рабочего проектов, внедрения

Трудоёмкости разработки на этапах: техническое задание tТЗ - определяется из таблицы 5.6, эскизный проект tЭП - определяется из таблицы 5.7, остальные трудоёмкости определяются методом хронометража, подставив в формулу (5.2) числовые значения трудоёмкости разработки программного продукта на каждом этапе без учёта поправочных коэффициентов, получим:

ТОБЩ = 47 + 45 + 25 + 30 +4 = 151 дней.

Общая трудоёмкость разработки программного продукта с учётом поправочных коэффициентов рассчитывается по формуле (5.3):

Т'ОБЩ =t'ТЗ + t'ЭП + t'ТП + t'РП + t'В

где: t'ТП затраты труда на стадии технического проекта с учётом поправочного коэффициента;

t'РП - затраты труда на стадии рабочего проекта с учётом поправочного коэффициента;

t'В - затраты труда на стадии внедрения с учётом поправочного коэффициента.

Для расчёта затрат труда на стадии технического проекта с учётом поправки по формуле (5.1) и на основе справочной таблицы 5.8 рассчитаем поправочный коэффициент на использование разных видов информации:

.

Теперь с учётом поправки на использование разных видов информации и на основе справочной таблицы (5.10), (5.11) вычислим затраты труда на стадии технического проекта с учётом поправки:

t'ТП = 251,311,26 = 40,95 дня.

Для расчёта затрат труда на стадии рабочего проекта с учётом поправки по формуле (5.1) и на основе справочной таблицы 5.9 рассчитаем поправочный коэффициент на использование разных видов информации:

.

С учётом поправки на использование разных видов информации и на основе справочных таблиц 5.10 и 5.11 вычислим затраты труда на стадии рабочего проекта с учётом поправки:

t'РП = 300,61,071,36 = 24,48 дня.

Для расчета затрат труда на стадии внедрения используются поправочные коэффициенты из справочных таблиц (5.10) и (5.11):

t'В = 711,21 = 4,48 дня.

Таким образом, общие затраты труда на разработку программного продукта с учётом поправочных коэффициентов составят:

Т'ОБЩ = 47 + 45 + 40,95 + 24,48 + 4,48 = 157,42 дней.

Численность исполнителей определяется по формуле 5.4:

,

где: Ч - численность исполнителей;

Fпл - запланированное время по хронометражу (суммарное время по таблице 5.1).

Количество исполнителей в зависимости от значения Ч рассчитывается по формуле:

,

где Исп- количество исполнителей.

Согласно формуле 5.4 рассчитываем показатель Ч:

.

Следовательно, для реализации проекта необходим один исполнитель.

5.3 Расчёт себестоимости программного продукта

Себестоимость программного продукта рассчитывается по формуле 5.5:

где: Мвс - затраты на вспомогательные материалы, руб.;

Э - затраты на электроэнергию на технологические цели, руб.;

- основная зарплата разработчика, руб.;

- дополнительная зарплата разработчика, руб.;

- отчисления на социальные нужды, руб.;

Н - накладные расходы, руб.

Перечень затрат на вспомогательные материалы приведен в таблице 5.12:

Таблица 5.12 - Затраты на вспомогательные материалы

Затраты на электрическую энергию включают в себя 960 часов работы компьютера и 2,5 часа принтера. При средней потребляемой мощности компьютера 0,18 киловатт/час, принтера 0,012 киловатт/час и стоимости 2,10 руб. за 1 киловатт, они составят:

Э = (9600,18 + 2,50,012) 2,10 = 362,9 руб.

Основная заработная плата разработчика рассчитывается по формуле 5.6:

где: Счтс - часовая тарифная ставка разработчика, руб.;

- общие затраты труда на разработку программного продукта, час.

Подставив в формулу 5.6 числовые значения, вычислим основную заработную плату разработчика:

=148157,42 = 17631,04 руб.

Дополнительная заработная плата разработчика составляет 10 % от основной зарплаты, то есть =1763,1 руб.

Отчисления на социальные нужды определяются по формуле (5.7):

где Rсн - коэффициент отчислений на социальные нужды, Rсн = 0,35.

Подставив в формулу (5.7) числовые значения вычислим отчисления на социальные нужды: Зсн = (17631,04+ 1763,1) 0,35 = 6787,95 руб.

Накладные расходы рассчитываются по формуле (5.8):

Подставив числовые значения в формулу (5.8) получим:

H = 0,10(17631,04+ 1763,1) = 1893,83 руб.

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

С =1540+362,9+17631,04+1763,1+6787,95 +1939,41= 30024,4 руб.

В таблицу 5.13 сведены результаты расчётов себестоимости программного продукта.

Таблица 5.13 - Калькуляция себестоимости программного продукта

5.4 Расчёт экономического эффекта

Экономический эффект рассчитывается по формуле (5.9):

Эф =N•(t1-t2) • Счтс • Кдоп • Ксн - Ен • К

где: N - количество обрабатываемых документов за год (примерно 18000);

t1,t2- трудоёмкость обработки документов до и после внедрения программы 1 час и 0,75 часа соответственно);

Счтс - часовая тарифная ставка пользователя, Счтс = 15 руб.;

Кдоп - коэффициент отчислений на дополнительную зарплату, Кдоп=0,1;

Ксн - коэффициент отчислений на социальные нужды, Ксн = 1,35;

Ен - нормативный коэффициент окупаемости кап.вложений, Ен = 0,39;

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

Используя ранее рассчитанные значения и подставив их в формулу (5.9), получим значение экономического эффекта:

Эф =18000(1-0,75) 150,11,35-0,3930024,4=88527,98 руб.

Для расчёта стоимостных затрат воспользуемся формулами (5.9):

С1 =180001150,11,35-0,3930024,4=389240,48 руб;

С2 =180000,75150,11,35-0,3930024,4=289002,9 руб.

где - стоимостные затраты при использовании ручного труда, руб.;

- стоимостные затраты при использовании программы, руб.

Срок окупаемости проекта рассчитывается по следующей формуле:

.

Аналогично срок окупаемости проекта можно посчитать по следующей формуле:

.

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

Таблица 5.14 - Экономические показатели проекта

Заключение

Программное средство «Автоматизированное рабочее место по учету данных о дежурствах сотрудников воинской части» разработано для учета посещений рабочего места сотрудниками воинской части № 63180.

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

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

Список литературы

1. Автоматизированные информационные технологии в экономике: учебник/ под ред. Титоренко Г.А. - М: ЮНИТИ, 2003 г.

2. Бемер С., Фратер Г. Microsoft Access для пользователя. - Киев: Торгово-издательское бюро BHV, 1994, М: Фирма БИНОМ, 2005 г.

3. Бекаревич Ю. Самоучитель Access 2003 - СПб.:БХВ-Петербург, 2003г.

4. Бойко В.В., Савинков В.М. Проектирование информационной базы автоматизированной системы на основе СУБД. М.: Финансы и статистика.

5. ГОСТ Р 50377-92. Безопасность оборудования информационной технологии, включая электрическое конторское оборудование.

6. ГОСТ Р 50923-96. Дисплеи. Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения.

7. ГОСТ Р 50948-96. Средства отображения информации индивидуального пользования.

8. ГОСТ Р 51141-98 Делопроизводство и архивное дело. Термины и определения. - М., Госстандарт России, 1998.