RSS    

   Реферат: Разработка системы по сбору информации

5. Руководство программиста

5.1. Инсталляция системы

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

В процессе установки программа предложит выбрать путь на диске, по которому будут копироваться выполняемые и конфигурационные файлы программного комплекса. По умолчанию он будет установлен в каталог \Program Files\Np_W

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

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

5.2. Настройка системы

 Настройка системы заключается в прописке путей доступа к базам данным АРМов заработная плата, установленных в подразделениях, а также в распределении прав доступа к данным (полный, доступно для редактирования, только для чтения, гость –демонстрация, работают только некоторые режимы). Для данной цели используются соответствующие пункты в меню “Сервис”.

·     пути доступа;

·     установка паролей доступа.

На рисунке 19 приведен видеокадр работы системы в режиме настройки путей доступа к базам подразделений.

5.3 Служебные функции работы с базой данных

5.3.1. Резервное копирование баз данных

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

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

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

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

 InterBase автоматически проводит ее через 20000 (транзакций), но этот способ обрабатывает только те версии записей, для которых нет активных транзакций.

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

5.3.2. Реиндексация баз данных

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

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

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

5.4. Краткая информация для программистов о базе данных

Тип базы - INTERBASE

Имя администратора - SYSDBA

Пароль - masterkey

Языковой драйвер - Pdox ANSI Cyrillic

Режим открытия - READ/WRITE

 Структуры таблиц, триггеров, просмотров и индексов БД, приведены в приложении 3 в виде SQL программы. Это сделано для удобства редактирования структур базы.

 

Приложение 1

1. Общие сведения

Полное наименование разрабатываемого АРМа: “Автоматизированное рабочее место “Налогоплательщик” работника отдела налоговой политики, осуществляющего сбор информации о доходах налогоплательщиков по объединению, контролирующего начисление подоходного налога и производящего отчеты для ГНИ РФ”.

1.1. Разработчик и наименование предприятия заказчика

АРМ разрабатывается студентом пятого курса Омского Государственного Технического Университета по заказу цеха производственно-хозяйственной деятельности Производственно Технического Предприятия “Сургутгазэнергоремналадка” ОАО “Сургутгазпром”.

1.2. Цель создания АРМа

Цель создания системы: обеспечить выполнение требования законодательства в отношении отчетности по подоходному налогу, автоматизировать процесс производства отчетности в ГНИ РФ.

1.3. Назначение АРМа

АРМ “Налогоплательщик” предназначен для выполнения текущих работ работника отдела налоговой политики, таких как:

·     сбор со структурных подразделений предприятия информации о заработной плате за период;

·     сбор со структурных подразделений предприятия информации об удержанном подоходном налоге плате за период;

·     проверка правильности удержания подоходного налога в подразделении;

·     подготовка и заполнение отчетов в ГНИ РФ на бумажных и носителях;

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

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

·     вывод стандартных отчетов;

·     архивирование и восстановление данных.

2. Характеристика объекта автоматизации

Автоматизации подлежат:

·     отдел налоговой политики ОАО “Сургутгазпром”;

·     отделы бухгалтерий структурных подразделений.

При разработке системы следует также учитывать наиболее характерные особенности объектов автоматизации:

·     территориальную разобщенность;

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

·     наличие на объекте автоматизации действующего программного обеспечения.

3. Требования к АРМу

АРМ “Налогоплательщик” должен быть реализован на программно-технических средствах, совместимых с общей концепцией АСУ предприятия. Обязательным требованием к настоящему АРМу является корректная обработка им данных, содержащихся в базах данных программ, применяемых для расчета заработной платы в структурных подразделениях ОАО “Сургутгазпром”.

3.1. Требования к функциям, выполняемым АРМом

АРМ должен обеспечивать выполнение следующих функций:

·     настройка системы на параметры конкретного рабочего места (список пользователей системы, права доступа к информации, используемые технические средства, пути доступа к АРМам расчетчиков заработной платы, способ передачи информации к вышестоящей организации, принятые формы документов и т.д.);

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9


Новости


Быстрый поиск

Группа вКонтакте: новости

Пока нет

Новости в Twitter и Facebook

                   

Новости

© 2010.