Технические характеристики.
Система Алеф разработана в двухуровневой модели по технологии «клиент-сервер» и поддерживает механизм транзакций, обеспечивающий целостность данных.
В качестве сервера Система Алеф использует Microsoft SQL Server 2000 и операционную систему Windows 2000 Server, Windows 2000 Advanced Server.
Клиентская часть программы может быть установлена на операционных системах Windows NT 4.0, Windows 2000 Server, Windows ХР компании Microsoft.
В качестве платформы для клиентской станции рекомендуется использовать процессоры не ниже Pentium II (минимум Pentium 266). Рекомендуемый объем оперативной памяти для клиентской части 128 Мб.
5. Проектирование
Для создания документов отдела кадров использован стандартный конструктор документов системы Алеф. При необходимости - программный интерпретатор Power Builder 8.0.
Необходимо определить новый тип документа, его структуру и формы, связи с аналитическими справочниками и алгоритмами и другие настройки.
На данный момент управление персоналом на предприятии ЗАО ТЭЗ производится с помощью системы управления FOX PRO. Данная система морально устарела, интерфейс не соответствует современным требованиям.
С помощью соответствующих программных скриптов Power Builder база данных, используемая системой FOX PRO, без больших изменений пригодна для использования в ИСУП на базе информационной системы АЛЕФ.
Сопровождение базы данных.
Для оптимизации работы рекомендуется периодически выполнять переиндексацию таблиц. В момент переиндексации нежелательна работа пользователей с базой данных.
Резервное копирование базы данных.
Периодически (желательно каждый день) необходимо выполнять копирование базы данных.
В SQL Enterprise Manager возможна настройка автоматического запуска копирования базы данных.
Для организации работы над проектом и для возможности переноса объектов, используются режимы CHECK IN, CHECK OUT при работе с библиотеками PowerBuilder’а (.pbl).
Библиотеки приложения (provpat1-9.pbl и дополнительные библиотеки) располагаются на одном компьютере. Пользователь-разработчик выполняет включение блокировки (CHECK IN) объекта с копированием его на в библиотеку на локальный компьютер (компьютер пользователя). Пока пользователь не закончил модификацию объекта и не выполнил CHECK OUT для копирования внесенных изменений обратно в основную библиотеку приложения, объект остается блокированным для работы других пользователей.
Данный механизм позволяет избежать потери данных (объектов) при объединении ВСЕХ объектов, созданных ВСЕМИ пользователями-разработчиками, в единое приложение.
В момент, когда Вы определяете новую форму документа, DataWindow, хранимое в PBL - файле преобразуется в так называемый скрипт (script) - текстовое описание DataWindow. Это описание записывается в поле таблицы определения форм документов на сервере Базы Данных. Далее, при использовании формы во время работы с документом, этот скрипт извлекается из таблицы и интерпретируется - т.е. форма документа не содержится в откомпилированном коде программы, а динамически строится в момент обращения. Новая форма становится доступной сразу со всех клиентских машин.
Формирование кода профильного документа.
Формирование значение кода (поля, являющегося кодом при опубликовании профильного документа как справочник) должно осуществляться следующим образом:
Во всех типах документов, подключаемых к данному профильному, создается поле документа для хранения «глобального» кода – кода профильного.
Значение кода = код типа документа + краткое название документа.
Код типа документа – некоторое поле документа, идентифицирующее экземпляр документа данного типа, как правило, автоинкремент.
Краткое название документа определяется в окне «Настройка типов документов».
При назначении для поля свойства непрерывного автоинкремента по периоду (ежегодный …) опорная дата должна находиться в той же части документа (DataWindow), что и само поле автоинкремента.
При настройке вызова справочника нельзя использовать в качестве дополнительных колонок поля из табличной части соответствующего типа документа и/или профильного документа.
7. Справочники
Понятие аналитического справочника
Аналитические справочники, на основе которых формируются аналитические кубы, которые в свою очередь используются для формирования регистров из плана счетов, формируют аналитическое пространство системы.
Использование аналитических справочников позволяет: расширить возможности анализа данных на основании проводок – получать данные в разрезе аналитических справочников. Кроме того, они позволяют упростить процесс заполнения документов вызовом различных справочников из полей документа.
Использование аналитических справочников на аналитических счетах и кодовых признаках является расширением плана счетов и определяет размерность аналитического пространства.
Часть справочников, такие как Пользователи, Схемы проводок, Сущности, План счетов, Валюты, Разделы учета, Периоды поддерживаются системой. Другая часть - опубликованные документы (или профильные документы) имеют произвольную структуру, определяемую структурой самого документа (или профильного документа).
Справочники, опубликованные из документов, являются простыми и представляют собой списки документов, содержащих код документа, его название и некоторые расширенные атрибуты, которые включаются в список при настройке справочника. Данные справочники доступны только в рамках участка и не могут принимать участие в формировании аналитических кубов. Рекомендуется справочники опубликовывать только из профильных документов, что облегчает дальнейшую работу с ними.
Справочники, опубликованные из профильных документов, являются сложными и представляют собой объединение документов нескольких типов, включенных в профильный документ.
Профильный документ – это виртуальная сущность Системы Алеф, которая не имеет собственного хранилища данных. Задача профильного документа состоит лишь в том, чтобы поставить в соответствие полям профильного документа поля конкретных документов, которые имеют свои данные.
Имея такую связку, мы можем работать с профильными документами как с обычными документами. В том числе мы можем и публиковать их как справочники.
Справочник с буфером ввода предназначен для оперативного выбора и редактирования нескольких строк справочника. Например, такой режим работы со справочником полезен при необходимости очень быстрого приема заказов, состоящих из большого количества позиций. При этом пользователь (приемщик заказа) выбирает товар (строку) из справочника, сразу указывает количество товара, не закрывая окно справочника, выбирает следующий товар, указывает количество и т.д. При указании количества в каждой строке заказа контролируется, чтобы объем заказа не превысил остаток на складе.
Выбор строки из списка осуществляется клавишей [Enter]. При этом строка из верхнего списка копируется в нижний буфер. В поле редактирования (количество в заказе) записывается весь остаток на складе. Курсор (фокус ввода) помещается в новую строку в буфере в поле редактирования.
Редактирование количества в заказе возможно сразу же после копирования строки в буфер, т.к. курсор помещается в строку редактирования. При редактировании количества в заказе система отслеживает, чтобы заказанное количество не превысило остаток на складе. При нажатии клавиши [Enter] курсор возвращается в верхний список для выбора следующей строки заказа.
При повторном выборе строки из верхнего списка система ищет в буфере соответствующую строку заказа и помещает в нее курсор для исправления количества в заказе.
Для выполнения данной работы будут использованы в основном иерархические справочники.
Преимущества использования иерархической организации справочной информации (при возможности такой организации) достаточно очевидны.
Такая организация позволяет отображать справочную информацию в виде дерева, что зачастую облегчает пользователю работу с ней. Например, пользователь ищет конкретного сотрудника в справочнике персонала предприятия; он точно не помнит имя сотрудника, однако примерно помнит отдел, в котором он работает. Используя поиск по дереву значительно проще найти необходимый отдел и сотрудника, поскольку пользователь имеет примерное представление о направлении поиска.
Появляется возможность анализа информации, производя разрез по конкретной ветви дерева.