1.4 Жизненный цикл и стадии создания абс

Жизненный цикл АБС насчитывает четыре стадии: предпроектная, проектная, внедрение и функционирование. Каждая проектная стадия включает ряд этапов и предусматривает составление документации.

Основные работы на стадиях проектирования:

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

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

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

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

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

В процессе создания АБС наблюдается противоречие между соблюдением стандартов на изготовление документации и сроками разработки.

Это противоречие преодолимо при соблюдении проектной дисциплины. Технологической предпосылкой, обеспечивающей не только производительное документирование, но и эффективное проектирование, является использование САSЕ–систем. Суть этих систем выражена в их названии: конструирование программ с помощью компьютера. САSЕ–технология включает метод и инструмент и представляет собой развитие процесса автоматизации проектирования программных комплексов. Начало этому положили компьютеры и интерпретаторы с алгоритмических языков, затем к ним присоединились средства тестирования программ и их отладки, далее появились средства генерации отчетов. Фактически шел процесс перехода к автоматизации проектирования. Наконец, средства описания концептуальных моделей предметной области подвели процесс автоматизации проектирования к этапу создания программных комплексов и баз данных.

В настоящее время созданы интегрированные системы проектирования, которые охватывают все технологические этапы проектирования, обеспечивают его документирование и совместную работу системных аналитиков и программистов. Используя САSЕ-систему проектирования, можно описывать предметную область, выявляя входящие в нее объекты, их свойства и связи между объектами и их свойствами и сохранять эту информацию в памяти компьютера. Конечным результатом описания является концептуальная модель, а затем логическая и фактическая реализация базы данных.

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

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

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

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

Несмотря на разнообразие подходов к организации базы данных (централизованная база данных, распределенная, с разделением или повторе­нием данных и т. д.), все они содержат некоторые общие компоненты.

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

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

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

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

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

Помимо плана счетов, в базе данных АБС присутствуют и другие справочники: клиентов, филиалов, банковских идентификационных кодов (БИК), валют и др.

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

- уникальный номер клиента;

- наименование;

- адрес;

- телефоны;

- признак (физическое или юридическое лицо);

- признак (резидент или нерезидент);

- код типа предприятия (из соответствующего справочника);

- код ОКПО;

- налоговая инспекция;

- должность и ФИО первого лица;

- примечания.

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

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

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

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

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