Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Создание программного средства "Модуль учета проведения вакцинации"

Создание программного средства "Модуль учета проведения вакцинации"

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 13.06.2014
Размер файла 74,7 K
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Введение

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

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

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

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

В данной работе поставлена задача разработки информационно-учетной системы (ИУС) обработки данных вакцинации сотрудников и работников и вывод всех данных через отчетную форму.

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

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

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

При проектировании новой ИУС был добавлен ряд новых индивидуальных функций для реализации этого приложения.

Данный дипломный проект выполнялся на заводе ЗАО "Кольчугинский завод цветных металлов".

1. Общая часть

1.1 Цель разработки

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

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

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

- сокращение времени на поиск информации по ранее произведенной вакцинации;

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

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

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

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

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

1.2 Анализ использования разработки

Данное программное средство можно использовать как на ЗАО "Кольчугцветмет", так и на других предприятиях, заинтересованных в том, чтобы их подчиненные были здоровы и могли полноценно работать. Поскольку такой учет в той или иной степени ведется практически везде, разработка имеет в перспективе довольно широкое применение в промышленной медицине.

1.3 Анализ методов решения

Различают следующие методы решения: ручной, автоматизированный и автоматический.

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

Разрабатывая программный продукт "Модуль учета прохождения вакцинации", использовался метод частичной автоматизации, т. к. некоторые данные необходимо вводить вручную, используя мышь и клавиатуру. Все необходимые для работы справочники и классификаторы хранятся в базе данных, они не требуют повторного внесения, но при необходимости их можно дополнять и корректировать. Данный метод решения позволит быстро и своевременно внести необходимую информацию о прививках, сформировать отчет за требуемый период времени, тем самым освободить медицинский персонал от весомой доли рутинной работы. Для реализации автоматизированного метода были использованы как хранимые процедуры СУБД, SQL запросы на вставку, обновление, выборку и удаление, так и собственный функционал применяемого языка программирования и библиотек компилятора.

1.4 Анализ средств автоматизации

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

Бурное развитие вычислительной техники, потребность в эффективных средствах разработки программного обеспечения привели к появлению систем программирования, ориентированных на так называемую "быструю разработку" или RAD (от англ. rapid application development -- быстрая разработка приложений), среди которых можно выделить продукты Embarcadero (Delphi и С++ Builder и Prism), разработки Microsoft (Visual Basic, Visual C++ и Visual C#) а так же свободную разработку Lazarus, базирующуюся на Free Pascal Compiler и библиотеке FCL..

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

Среда разработки Delphi XE2 - одна из самых мощных систем, позволяющих на самом современном уровне создавать как отдельные прикладные программы Windows и Mac OS, так и комплексы программ, предназначенные для работы в корпоративных сетях и в сети Интернет. Delphi поддерживает генерацию кода под самые актуальные операционные системы (Windows 7 x86/x86-64), полностью совместима со стандартом Unicode, обеспечивает полную поддержку практически всех применяемых корпоративных СУБД благодаря наличию широкого спектра компонент и юнит, включая сотни тысяч сторонних наработок.

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

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

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

При разработке данного программного средства будут использованы такие средства автоматизации, как интегрированная среда разработки приложений Embarcadero Delphi XE3 (версии 17, как составная часть RAD Studio XE3), СУБД PostgreSQL 9.2, набор компонент UniDAC 4.1, предоставляющий интерфейс для доступа к СУБД, компонента EhLib DBGrid 5.3, компоненты генерации отчетов FastReport 4.21 для подготовки документации.

Язык Delphi, реализованный в компиляторе (версии 24.0) из Rad Studio XE3 -- строго типизированный объектно-ориентированный язык, в основе которого лежит значительно видоизмененный Object Pascal. Основная причина выбора между Delphi 7/2007 и Delphi XE2 в пользу последнего - поддержка стандарта Юникод, совместимость с UAC (контролем учетных записей) Windows 7, диспетчером рабочего стола Aero, наличие актуальных системных функций Windows8 в наборе юнит и библиотеке VCL. Delphi до версии 2008 включительно работали с однобайтовыми ANSI кодировками, символ занимал 8 бит, системные функции вызывались в устаревшем варианте (с постфиксом "A") для не-юникодных приложений. Ввиду этого у пользователей иногда возникали проблемы с т.н. "кракозябрами". В версии XE2 символ является уже юникодным WideChar, а строки - UnicodeString. Таким образом, Delphi прежних версий генерируют совместимые, но устаревшие (legacy) приложения для современных версий Windows, используя вызовы функций, аналогично применяемых в Windows 98/ME в то время как Delphi XE2 - родные (native). Естественно, приложения, созданные в Delphi XE2 не совместимы с Windows 98/ME. Кроме того, RAD Studio XE2 имеет интегрированный инструмент форматирования (оформления) кода.

Основные характеристики Delphi как средства разработки Windows-приложения:

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

- производительный оптимизирующий компилятор (включая 32-х и 64-бит варианты), включающий ассемблер с поддержкой набора инструкций всех современных процессоров Intel и AMD

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

- наличие интерфейсов доступа ко всем актуальным СУБД

- гибкость в настройке и простота расширяемости

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

- возможность связи со сторонними приложениями с помощью OLE и WinAPI

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

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

Язык Delphi поддерживает следующие типы:

Целочисленные

Тип

Диапазон

Формат

Синоним

Независимые от платформы

ShortInt

-128...127

Знаковый, 8-бит

Int8

SmallInt

-32768..32767

Знаковый, 16-бит

Int16

LongInt или Integer

-2147483648..2147483647

Знаковый, 32-бит

Int32

Int64

-2^63..2^63-1

Знаковый, 64-бит

Byte

0..255

Беззнаковый, 8-бит

UInt8

Word

0..65535

Беззнаковый, 16-бит

UInt16

LongWord или Cardinal

0..4294967295

Беззнаковый, 32-бит

UInt32

UInt64

0..2^64-1

Беззнаковый, 64-бит

Зависимые от разрядности платформы

NativeInt

-2147483648..2147483647 или -2^63..2^63-1

Знаковый, 32-бит или 64-бит

Integer или Int64

NativeUInt

0..4294967295 или 0..2^64-1

Безнаковый, 32-бит или 64-бит

Cardinal или UInt64

Числа с плавающей точкой

Тип

Диапазон

Знаки

Размер

Real48

2.9e-39 .. 1.7e+38

11-12

6

Single

1.5e-45 .. 3.4e+38

7-8

4

Double или Real

5.0e-324 .. 1.7e+308

15-16

8

Extended

3.4e-4932 .. 1.1e+4932 или

5.0e-324 .. 1.7e+308

10-20 или 15-16

10 или 8

Comp

-263+1 .. 263-1

10-20

8

Currency

-922337203685477.5808.. 922337203685477.5807

10-20

8

Строковые типы

Тип

Формат

Синоним

Char

16-бит

WideChar, UCS2Char

AnsiChar

8-бит

UCS4Char

32-бит

Логические типы

Тип

Формат

Значения

Boolean

1 байт

Истина, если 1

Ложь, если 0

ByteBool

1 байт

Ложь, если 0

Иначе истина

WordBool

2 байта

Ложь, если 0

Иначе истина

LongBool

4 байта

Ложь, если 0

Иначе истина

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

Специальные символы языка:

- Одиночные: # $ & ' ( ) * + , - . / : ; < = > @ [ ] ^ { }

- Парные: (* (. *) .) .. // := <= >= <>

Парные символы описывают некоторые специальные элементы языка (:= как присвоение, <> как неравенство)

Основные синтаксические правила записи программ на языке Delphi заключаются в следующем:

- все используемые типы, переменные, константы, функции и процедуры должны быть объявлены до их первого использования. В отличие, скажем, от PHP, где первое присвоение значения может декларировать переменную де-факто. Переменные процедуры (функции) декларируются в специальном блоке до начала основного тела (begin), декларация непосредственно к тексте процедуры не допускается. Это отличает от C/C++, где переменную можно декларировать в любом месте функции.

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

- если идентификатор с одним именем описан в различных областях приложения, требуется использовать нотацию с точкой для доступа к конкретной записи. Пример: Unit3.Sum := Unit1.A + Unit2.B

- каждое предложение языка заканчивается символом точка с запятой (";")

- в строке может размещаться несколько операторов

- многострочные комментарии в тексте заключаются в фигурные скобки: { пример }, скобку со звездочкой: (* пример *), а однострочные начинаются с двух слешей: // пример

- составной оператор выделяется блоком begin … end

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

- символ в строке можно указать по его коду, например строка #89#111#117 идентична записи 'You'

- число можно указать в его шестнадцатеричной записи, например $20 равносильно 32

- для записей типа real символ E используется как обозначение 10 возведенного в степень, например 7E2 означает 7 * 10^2

- директива компилятора указывается в фигурных скобках со знаком доллара, например: {$WARNINGS OFF}

Перечень зарезервированных слов в Delphi:

And

end

interface

record

var

array

Except

is

repeat

while

as

exports

label

resourcestring

with

asm

file

library

set

xor

begin

finalization

mod

shl

xor

case

finally

nil

shr

class

for

not

string

const

function

object

then

constructor

goto

of

threadvar

destructor

if

or

to

dispinterface

implementation

packed

try

div

in

procedure

type

do

inherited

program

unit

downto

initialization

property

until

else

inline

raise

uses

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

Оператор

Реализация

Обозначение

Условие

If <условие> Then

<действие если да> Else

<действие иначе>

Выбор из двух альтернатив

Оператор выбора

Case <переменная> of

<условие выбора1> : <действие1>

<условие выбора2> : <действие2>

Else <действие3>

End

Выбор из нескольких альтернатив

Процедура

Procedure <наименование> (список параметров); директивы;

[локальные декларации]

Begin

<действия>

End

Выполняет действия при обращении к ней

Функция

Procedure <наименование> (список параметров): <тип результата>; директивы;

[локальные декларации]

Begin

<действия>

End

Выполняет действия при обращении к ней и возвращает значение

Цикл

For <переменная> to <переменная или константа> do <действие>

For <переменная> downto <переменная или константа> do <действие>

For <переменная> in <массив> do <действие>

Неоднократное выполнение действия по счетчику

Повторение

repeat <действия> until <условие>

Неоднократное повторение действия с последующей проверкой условия

Повторение

while <условие> do <действие>

Неоднократное повторение действия с предшествующей проверкой условия

СУБД PostgreSQL применяется на ЗАО "Кольчугцветмет" в качестве корпоративной системы управления базами данных для целого ряда задач.

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

Сильными сторонами этой СУБД являются:

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

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

- расширяемая система встроенных языков программирования;

- полная поддержка стандарта Юникод (UTF-8);

- контроль целостности;

- поддержка регулярных выражений (Perl);

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

- наследование;

- легкая расширяемость;

- постоянное развитие.

PostgreSQL поддерживает большой набор встроенных типов данных:

- численные типы;

§ целые;

§ с фиксированной точкой;

§ с плавающей точкой;

§ денежный тип

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

- двоичные типы (включая BLOB и байтовые массивы BYTEA);

- типы "дата/время" (полностью поддерживающие различные форматы, точность, форматы вывода, включая последние изменения в часовых поясах);

- булев тип;

- перечисление;

- геометрические примитивы;

- сетевые типы, а именно IP и IPv6-адреса, CIDR-формат, MAC-адрес;

- UUID-идентификатор;

- XML-данные;

- массивы;

- OID-типы;

- псевдотипы.

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

В настоящее время PostgreSQL совместим со всеми актуальными серверными и пользовательскими редакциями Windows, включая 64-разрядные выпуски.

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

PostgreSQL поддерживает выполнение запросов на языке SQL, предоставляя некоторые собственные расширения. Функции, т.е. код, выполняемый на стороне сервера, могут быть написаны на целом ряде языков программирования, включая PL/pgSQL (встроенный язык во многом аналогичный языку PL/SQL, используемому в СУБД Oracle), скриптовые языки -- PL/Lua, PL/LOLCODE, PL/Perl, plPHP, PL/Python, PL/Ruby, PL/sh, PL/Tcl и PL/Scheme, классические языки -- C, C++, Java, статистический язык R.

PL/pgSQL (Procedural Language/PostGres Structured Query Language) -- процедурное расширение языка SQL, используемое в СУБД PostgreSQL. Этот язык предназначен для написания функций, триггеров и правил и обладает следующими особенностями:

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

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

- может использовать все объекты БД, определенные пользователем;

- прост в использовании.

Базовые типы данных рассматриваемой СУБД:

Имя

Псевдонимы

Описание

bigint

int8

знаковое восьмибайтное целое число

bigserial

serial8

восьмибайтное целое число с автоинкрементом

bit [ (n) ]

битовая строка с фиксированной длиной

bit varying [ (n) ]

Varbit

битовая строка с переменной длиной

boolean

Bool

логическое значение (истина/ложь)

box

четырёхугольник на плоскости

bytea

двоичные данные ("массив байт")

character varying [ (n) ]

varchar [ (n) ]

строка с переменной длиной

character [ (n) ]

char [ (n) ]

строка с фиксированной длиной

cidr

адрес сети IPv4 или IPv6

circle

круг на плоскости

date

календарная дата (год, месяц, день)

double precision

float8

число с плавающей точкой двойной точности (8 байт)

inet

адрес узла IPv4 или IPv6

integer

int, int4

знаковое четырёхбайтовое целое

interval [ fields ] [ (p) ]

промежуток времени

line

бесконечная линия на плоскости

lseg

сегмент линии на плоскости

macaddr

MAC (Media Access Control) адрес

money

денежное значение (в валюте)

numeric [ (p, s) ]

decimal [ (p, s) ]

точное числовое значение с выбраной точностью

path

геометрический путь на плоскости (ломаная)

point

геометрическая точка на плоскости

polygon

закрытый геометрический путь на плоскости (полигон)

real

float4

число с плавающей точкой одинарной точности (4 байта)

smallint

int2

знаковое двухбайтное целое число

serial

serial4

четырёхбайтное целое число с автоинкрементом

text

строка символов перменной длины

time [ (p) ] [ without time zone ]

время дня (без часового пояса)

time [ (p) ] with time zone

Timetz

время дня, включая часовой пояс

timestamp [ (p) ] [ without time zone ]

дата и время (без часового пояса)

timestamp [ (p) ] with time zone

Timestamptz

дата и время, включая часовой пояс

tsquery

запрос текстового поиска

tsvector

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

txid_snapshot

снимок ID транзакции уровня пользователя

uuid

универсальный уникальный идентификатор

xml

данные XML

Следующие типы (или вытекающие из них) определяются стандартом SQL: bigint, bit, bit varying, boolean, char, character varying, character, varchar, date, double precision, integer, interval, numeric, decimal, real, smallint, time (с или без часового пояса), timestamp (с или без часового пояса), xml.

Основные операнды языка запросов PostgreSQL:

Оператор

Реализация

Обозначение

Создание таблицы

CREATE [тип таблицы] TABLE <наименование> (

<название столбца> <тип> [(размер)], CONSTRAINT <дополнительные свойства>);

Создание пустой таблицы с определенным список колонок указанного типа

Вставка строки в таблицу

INSERT INTO <таблица> [ ( столбец [, ...] ) ]

{ DEFAULT VALUES | VALUES ( { выражение | DEFAULT } [, ...] ) | запрос }

Вставка строки в таблицу, используя указанные значения, значения по умолчанию либо результат запроса

Обновление строк таблицы

UPDATE [ ONLY ] <таблица> SET <столбец> = { выражение | DEFAULT } [, ...]

[ WHERE <условие> ]

Обновление строк таблицы по указанному условию, используя перечисленные значения либо значения по умолчанию

Выборка данных

SELECT [DISTINCT]

* | выражения [ AS псевдоним ] [, ...]

[ FROM таблицы [, ...] ]

[ WHERE условие выборки ]

[ GROUP BY группировка [, ...] ]

[ HAVING условие после группировки [, ...] ]

[ { UNION | INTERSECT | EXCEPT } [ ALL ] select ]

[ ORDER BY порядок вывода [ ASC | DESC] [, ...] ]

[ LIMIT { количество | ALL } ]

Выбирает указанные данные из таблицы по ряду условий

Удаление

DELETE FROM [ ONLY ] <таблица>

[ WHERE <условие> ]

Удаляет все данные из таблицы, либо по определенному условию

Удаление

TRUNCATE [ TABLE ] <имя> [, ...]

Безусловно очищает таблицу

Условный выбор

CASE WHEN <условие> THEN <результат>

[WHEN ...]

[ELSE <результат>]

END

Возвращает значение в зависимости от ряда условий, либо значение при несовпадении всех условий

Обработка пустых значений

COALESCE(<значение1>, <значение2> [, ...])

Возвращает первое значение, не являющаяся Null

Сброс значения

NULLIF(<значение1>, <значение2>)

Возвращает Null, если оба значения идентичны, иначе возвращает первое

Выбор большего

GREATEST(<значение1>, <значение2> [, ...])

Выбор большего значения из списка, игнорируя пустые

Выбор меньшего

LEAST (<значение1>, <значение2> [, ...])

Выбор меньшего значения из списка, игнорируя пустые

2. Специальная часть

2.1 Постановка задачи

информационный учетный автоматизация вакцинация

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

Назначение задачи

Программное средство "Модуль учета прохождения вакцинации" предназначено для автоматизации процесса учета проведения вакцинации на предприятии ЗАО "Кольчугцветмет" и должно выполнять следующие функции:

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

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

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

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

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

- защита от потери печатной информации с помощью создания электронных копии;

Описание задачи

Результатом работы приложения является формирование записей о вакцинации, аналогично печатным (бумажным) документам, содержащим сведения о конкретной прививке. Дополнительно модуль обязан реализовывать функционал по получению различных аналитических выборок (отчетов) по ряду параметров (поставщику, заказчику, номенклатуре, цене за единицу, стоимостной оптимальности). Для ведения подобного учета требуется жесткая стандартизация всей используемой информации. В рамках учета поставщиком является контрагент, т.е. юридическое или физическое лицо, поставкой - перечень номенклатуры в определенной единице измерения (веса, размерности или количества). Один и тот же контрагент, одна и та же номенклатура должна строго соответствовать одному элементу классификатора, иначе при дальнейшем анализе мы получим некорректное разделение на несколько элементов. Для каждой строки документа поставки должна быть указана единица измерения из классификатора, а для самого документа - валюта, в которой производились расчеты. Дальнейший поиск документа аналогичен фактическому поиску в картотеке - выборка по наименованию контрагента, по дате документа, по иным его параметрам. После того, как подготовлены все необходимые классификаторы возможно заполнение документов сотрудниками отдела. Именно эти классификаторы будут основной справочной информацией. При необходимости получения отчета информация по поставкам систематизируется, выполняется срез по требуемой характеристике (к примеру, по элементу классификатора номенклатуры), сравнивая с заполненными полями документа поставки (и его содержимого). В отличие от ручной подготовки отчетов, такой срез займет всего несколько секунд. В рамках задачи, суммой документа будет сумма записей, определяющихся как Сумма = Цена за единицу x Количество. Учет документов ведется по валюте взаиморасчетов, т.е. закупки в российских рублях, американских долларах и евро ЕС никак не взаимоконвертируются.

Требования к программе

Требования, предъявляемые к данному программному продукту:

- программное средство "Модуль учета прохождения вакцинации" должно быть реализовано в виде клиент-серверного приложения, где серверная часть выполнена с использованием СУБД PostgreSQL 9.2, а клиентская в объектно-ориентированной среде визуального программирования Delphi XE3 под управлением операционной системы Windows XP (Service Pack 3) и выше;

- обеспечить формирование отчета в формате, пригодном для печати или экспорта в PDF форматах.

Требования к аппаратному и программному обеспечению

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

На базе Windows XP

- процессор не менее Celeron 1.8 ГГц;

- объем оперативной памяти не менее 512 Мб;

- свободную память на жестком диске не менее 50 Мб для установки приложения, 10 Мб и выше для генерации отчетов и 1 Гб для файла подкачки ОС;

- Пакет обновлений Service Pack 3

- pgAdmin III.

На базе Windows 7

- процессор не менее Pentium 3.0 ГГц;

- объем оперативной памяти не менее 2048 Мб;

- свободную память на жестком диске не менее 50 Мб для установки приложения, 10 Мб и выше для генерации отчетов и 2 Гб для файла подкачки ОС;

- установленный Microsoft Office Word 2010, Excel 2010

- pgAdmin III.

3. Охрана труда и техника безопасности

3.1 Анализ потенциально-опасных и вредных факторов

Человек, работая за персональным компьютером (ЭВМ) постоянно подвергается опасным и вредным факторам. Опасными и вредными факторами при работе с вычислительными машинами являются:

- недостаточная освещенность помещения;

- избыточный видимый свет (особенно сине - фиолетовый);

-напряженность полей (электрического, магнитного, электростатического;

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

- меньшая, чем необходима, площадь на одно рабочее место.

Все это может вызвать нарушения зрения и преждевременную утомляемость организма.

3.2 Техника безопасности

Эксплуатация ЭВМ предполагает следование следующим пунктам технической безопасности:

1 включение ЭВМ производить согласно инструкции по включению и выключению на данную ЭВМ;

2 перед включением ЭВМ ознакомиться с аппаратным журналом и убедиться, что все устройства ЭВМ были исправны при работе ранее;

3 если на устройствах ЭВМ проводились ремонтные работы необходимо проверить:

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

- исправность кабелей и их подключения, включения вентиляторов;

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

5 запрещается включать ЭВМ (отдельные устройства) при неисправной защите электропитания;

6 запрещается снимать крышки и щиты, закрывающие доступ к токоведущим частям;

7 запрещается пользоваться неисправной аппаратурой, инструментом;

8 при ремонте электропитания необходимо вывешивать плакаты "НЕ ВКЛЮЧАТЬ! РАБОТА НА ЛИНИИ!";

9 запрещается заменять съемные элементы и проводить пайку под напряжением;

10 запрещается включать и отключать разъемы кабелей электропитания и блоков вентиляторов под напряжением;

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

12 металлические корпуса измерительной аппаратуры должны быть заземлены.

При техническом обслуживании и эксплуатации ЭВМ необходимо строго соблюдать правила противопожарной безопасности:

- запрещается хранить рядом с компьютером смазочные материалы;

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

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

- курение, пользование электронагревательными приборами, открытым огнем вблизи ЭВМ запрещается;

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

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

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

3.3 Эргономика

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

Организация труда оператора с ПЭВМ осуществляется в зависимости от вида и категории трудовой деятельности. Виды трудовой деятельности разделяются на три группы:

- группа А - работа по считыванию информации с экрана; не более 60 тыс. знаков в смену с предварительным запросом.

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

- группа В - творческая работа в режиме диалога с ПЭВМ не должна превышать 6 часов в смену.

Для предупреждения преждевременной утомляемости пользователей ПЭВМ рекомендуется организовывать рабочую смену путем чередования работ с использованием ПЭВМ и без него.

При возникновении у работающих с ПЭВМ зрительного дискомфорта и других неблагоприятных ощущений, несмотря на соблюдение санитарно-гигиенических правил, рекомендуется применять индивидуальный подход с ограничением времени работ с ПЭВМ. В случаях, когда характер работы требует постоянного взаимодействия с монитором с напряжением внимания при исключении возможности периодического переключения на другие виды трудовой деятельности, не связанные с ПЭВМ рекомендуется делать перерыв через каждые 45-60 минут по 10-15 минут. При работе в ночную смену с 22 часов до 6 часов утра не зависимо от категории и вида труд. деятельности продолжительность перерывов следует увеличивать на 30%.

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

Площадь на одно рабочее место пользователей ПЭВМ на базе электронно-лучевой трубки должна составлять не менее 6 м2, а на базе плоских дискретных экранов - 4,5 м2.

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

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

4.1 Расчет себестоимости программного продукта "модуль учета прохождения вакцинации"

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

Расчет трудоемкости данного программного продукта по стадиям представлен в таблице 8

Стадия разработки программного средства

Затраты времени, чел-час.

№ нормы из НРК

1. Предпроектное обследование

Разработчик:

- предпроектное обследование, 1 категории сложности

52

48

2. Постановка задачи

Разработчик:

-назначение задачи

-описание задачи

-требования к рограмме

2

3

2

Не номируются

3. Доработка на уровне баз данных (сторона сервера)

Разработчик:

- создание таблицы sotrudniki, 1 категории сложности

- создание таблицы klassif_vakcin, 1 категории сложности

- создание таблицы grafic_vakcin, 1 категории сложности

- создание таблицы rezultat_vakcinacii, 1 категории сложности

- создание таблицы klassif_boleznei, 1 категории сложности

- создание таблицы podrazdeleniya, 1 категории сложности

- создание таблицы doljnosti, 1 категории сложности

8

8

4

8

8

8

4

8

8

8

8

8

8

8

4. Доработка программного средства (сторона клиента)

Разработчик:

- проектирование модуля "учета вакцинации" ЗАО Кольчугцветмет , 1 категории сложности

4

4

Программист:

- создание модуля "учета вакцинации" ЗАО Кольчугцветмет , 1 категории сложности

12

12

5. Отладка программного средства

Разработчик:

- экспертиза (тестирование), 1 категории сложности

18

16

Программист:

- оптимизация приложения

12

12

6. Оформление документации

Разработчик:

- оформление документации в текстовом редакторе, 1 категории сложности

- составление инструкции пользователю

8

6

4

4

Программист:

- оформление документации, 1 категории сложности

4

4

7. Внедрение

Разработчик:

-организация нового рабочего места и обучение работника функциям в программе, 1 категории сложности

2

4

Итого: 169 чел-ч.

Затраты времени разработчика: 169 чел-ч.

Затраты времени программиста: 16 чел-ч.

Затраты машинного времени: 30 чел-ч.

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

Основная заработная плата исполнителей работ (разработчика и программиста)

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

Основная заработная плата определяется по формуле 1:

(1),

где ОЗП - основная заработная плата исполнителя, руб.;

О - месячная зарплата, руб.;

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

Чр - число рабочих дней в месяц, дни;

t - продолжительность рабочего дня, час;

П - процент премии.

Основная заработная плата программиста:

Основная заработная плата разработчика:

Дополнительная заработная плата исполнителей работ

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

Дополнительная заработная плата определяется процентом от основной зарплаты по формуле 2:

(2),

где ДЗП - дополнительная заработная плата исполнителей работ, руб;

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

(3),

где Ф - годовой действительный фонд времени одного рабочего, час., вычисляется по формуле 4:

(4),

где - число дней в году;

- число выходных дней в году;

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

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

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

- число дней по болезни.

Процент дополнительной заработной платы

Дополнительная заработная плата разработчика:

Дополнительная заработная плата программиста:

Расчет начислений на заработную плату (единого социального налога)

В соответствии с законом РФ "О налогах и сборах" в настоящее время действует единый социальный налог в размере 26% от суммы основной и дополнительной заработной платы. Структура единого социального налога приведена в таблице 2.

Таблица 2 Структура единого социального налога

Направление отчислений

Отчисления, %

Федеральный бюджет

20

Территориальный фонд обязательного медицинского страхования

2

Федеральный фонд обязательного медицинского страхования

1,1

Фонд социального страхования

2,9

Итого

26

(5),

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

- единый социальный налог, %

Расчет начислений на заработную плату разработчика:

Расчет начислений на заработную плату программиста:

Расчет затрат на расходные материалы

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

Расчет стоимости расходных материалов производится по реальной их потребности и рыночной цене. Результаты представлены в таблице 3.

Таблица 3 Затраты на расходные материалы

Наименование материалов

Единица измерения

Цена за единицу измерения, руб.

Количество

Сумма,

руб.

Картридж

шт

500

1

500

CD Диск

шт

24

1

24

Карандаш

шт

5

1

5

Ручка

шт

4

1

4

Бумага А4

уп

200

1

200

Итого расходных материалов (РМ): 738

Расчет себестоимости 1 машинного часа работы ПЭВМ

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

Сначала определяются годовые затраты каждого компонента себестоимости машинного часа.

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

К административному персоналу относится начальник ОИТ.

К персоналу, обеспечивающему функционирование ЭВМ- электронщик. К вспомогательному персоналу - уборщица.

Годовой фонд основной и дополнительной заработной платы с учетом социального налога этих категорий работников определяется по формуле 6:

(6),

где ГФЗО - годовой фонд заработной работников с учетом социального налога, руб;

- кол-во ПЭВМ, обслуживаемых одним работником:

для электронщиков - 50 единиц;

для начальника АСУП - 100 единиц;

- коэффициент единого социального налога, %;

Коэффициент, учитывающий долю заработной платы уборщицы, приходящийся на одно рабочее место, составляет 0,013.

Годовые амортизационные отчисления от стоимости оборудования

Определяются по норме амортизации от балансовой стоимости используемой компьютерной техники по формуле 7:

(7),

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

- стоимость основного оборудования, руб;

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

Амортизационные отчисления от стоимости рабочей площади

Амортизационные отчисления от стоимости рабочей площади определяются по формуле 8:

(8),

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

- стоимость рабочей площади за 1 м2, руб;

- рабочая площадь, м2.

Годовые затраты на текущий ремонт

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

(9),

где - годовые затраты на текущий ремонт, руб;

- коэффициент затрат на текущий ремонт оборудования;

- общая стоимость основного и вспомогательного оборудования

Расходы на электроэнергию

Расходы на электроэнергию складываются из расходов на освещение Wос и расходов на производственное потребление электроэнергии Wэ :

(10),

где - расходы на электроэнергию, руб;

(11),

где - усредненный расход энергии, необходимый для освещения 1 м2 площади помещения в год (50 кВт·ч);

- стоимость 1 кВт·ч энергии, руб.

(12),

где - мощность одного компьютера складывается из мощности системного блока, принтера, монитора, кВт;

- количество компьютеров, шт;

- коэффициент, учитывающий потери в сети (1,05);

- годовой фонд времени работы оборудования, рассчитывается по формуле:

(13),

где - коэффициент сменности, который равен единице;

- коэффициент, учитывающий потери времени на ремонт оборудования (0,015).

Затраты на отопление производственных площадей.

Затраты на отопление производственных площадей определяются по формуле 14:

(14),

где - затраты на отопление, руб;

- стоимость отопления на 1 м3 в месяц, руб:

- объём рабочего помещения, м3:

M - число месяцев отопительного сезона.

Прочие расходы

Прочие расходы определяются в процентах от суммы расходов по предыдущим пунктам:

(15),

где - прочие расходы, руб;

- коэффициент прочих расходов.

Годовые эксплуатационные расходы

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

(16),

где Э - эксплуатационные годовые расходы, руб;

Состав и структура годовых эксплуатационных расходов представлена в таблице 4.

Таблица 4 Состав и структура годовых эксплуатационных расходов

Наименование затрат

Эксплуатационные

расходы, руб

Удельный

вес,%

Годовой фонд основной и дополнительной заработной платы административного персонала с отчислением на социальные нужды

4493,36

19,98

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

4044,03

17,98

Годовой фонд основной и дополнительной...


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены