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

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

1.5.4 Обоснование проектных решений по технологическому обеспечению

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

Использование разрабатываемой информационной позволит упростить процесс ввода, передачи и обработки данных о платежных поручениях, расчетов выходных показателей для исполнения бюджета РФ. Для формализации запросов к базе данных используется язык SQL и язык программирования Pascal в среде Borland Delphi Enterprise.

2.1.1 Этапы жизненного цикла проекта автоматизации

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

Для выбора и обоснования жизненных циклов ИС существует множество общеизвестных стандартов, таких как: ГОСТ 34, ISO 12207, ISO 15288, MSF, RUP, COBIT, Oracle CMD, XP.

Стандарт ISO/IEC 12207:1995 «Information Technology -- Software Life Cycle Processes» является основным нормативным документом, регламентирующим состав процессов жизненного цикла ИС. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ИС.

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

Процессы жизненного цикла ИС:

I. Основные:

1)Приобретение (действия и задачи заказчика, приобретающего ИС).

2)Поставка (действия и задачи поставщика, который снабжает заказчика программным продуктом).

3)Разработка (действия и задачи, выполняемые разработчиком: создание ПО, оформление проектной и эксплуатационной документации, подготовка тестовых и учебных материалов и т. д.).

3)Эксплуатация (действия и задачи оператора -- организации, эксплуатирующей систему).

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

II. Вспомогательные:

1) Документирование (формализованное описание информации, созданной в течение ЖЦ ИС).

2)Управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ ИС для определения состояния компонентов ИС, управления ее модификациями).

3) Обеспечение качества (обеспечение гарантий того, что ИС и процессы ее ЖЦ соответствуют заданным требованиям и утвержденным планам).

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

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

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

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

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

III. Организационные:

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

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

3) Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ).

4) Обучение (первоначальное обучение и последующее постоянное повышение квалификации персонала).

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

1) Инициирование приобретения;

2) Подготовка заявочных предложений;

3) Подготовка и корректировка договора;

4) Надзор за деятельностью поставщика;

5)Приемка и завершение работ.

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

1)Формирование требований к системе;

2)Формирование списка программных продуктов;

3)Установление условий и соглашений;

4)Описание технических ограничений (среда функционирования системы и т. д.).

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

Стандарт ГОСТ Р ИСО/МЭК 12207-99 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.

Модель ЖЦ ИС включает в себя:

1. Стадии

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

3. Ключевые события -- точки завершения работ и принятия решений.

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

На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ИС.

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

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

1. Анализ

2. Проектирование

3. Реализация

4. Внедрение

6. Эксплуатация и сопровождение

Рис.2.1. Каскадная модель жизненного цикла информационной системы.

Спиральная модель основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ИС создается в несколько итераций (витков спирали) методом прототипирования.

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

На каждой итерации оцениваются:

1). Риск превышения сроков и стоимости проекта

2). Необходимость выполнения еще одной итерации

3). Степень полноты и точности понимания требований к системе

4). Целесообразность прекращения проекта.

Рис 2.2. Спиральная модель жизненного цикла информационной системы.

Итерационная модель представляет собой рациональное сочетание каскадной и спиральной моделей.

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

2.1.2 Разработка и описание проекта автоматизации, плана-графика автоматизации и сетевой модели задач.

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

Описание основных этапов плана жизненного цикла проекта «Разработка автоматизированной системы учета и обработки налоговых платежных поручений» необходимый для составления календарного плана-графика, представлен в таблице 2.1.

Таблица 2.1. Основные этапы плана жизненного цикла проекта автоматизации

№	Название задачи	Ресурсы и их занятость	Длительность
1	Анализ	Руководитель проекта (Р, 40%), начальник операционного отдела (НО, 20%), рабочая станция (РС, 20%), сервер (С, 20%)	12 дней
2	Проектирование	Руководитель проекта (50%), разработчик (50%)	20 дней
3	Разработка	Руководитель проекта (30%), разработчик(70%)	25 дней
4	Внедрение	Руководитель проекта (15%), разработчик (5%), начальник операционного отдела (20%), оператор (20%), рабочая станция (20%), сервер (20%)	8 дней
5	Эксплуатация и сопровождение	Руководитель проекта (15%), разработчик(5%), начальник операционного отдела (20%), оператор (20%), рабочая станция(20%), сервер (20%).	30 дней (сопровождение)
		ИТОГО	95 дней

На рисунке 2.3 представлен календарный план - график основных этапов проекта.

Рис. 2.3. Календарный план-график основных этапов проекта автоматизации.

2.1.3 Характеристика архитектуры разрабатываемого проекта

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

Разрабатываемая автоматизированная системы построена по принципу клиент-сервер. Данная архитектура характеризуется наличием двух взаимодействующих самостоятельных модулей - автоматизированного рабочего места и сервера базы данных. Бизнес-логика сконцентрирована на автоматизированных рабочих местах, что позволяет освободить сервер базы данных от задач распараллеливания работы между различными пользователями. Это в свою очередь, существенно снижает его аппаратные требования. Сервер базы данных отвечает за хранение, управление и целостность данных. Клиентская часть представлена так называемым “толстым” клиентом, реализованным на Borland Delphi 7.

В качестве пользователей автоматизированной системы будут выступать сотрудники операционного отдела Управления. Организационная архитектура проекта отображена на рис. 2.4. Техническая архитектура проекта представлена на рис. 2.5. Программная архитектура проекта - на рис. 2.6.

Рис 2.4. Организационная архитектура проекта.



Рис. 2.5. Техническая архитектура проекта

Рис. 2.6. Программная архитектура автоматизированной системы

Все характеристики рабочих станций и сервера те же, что были указаны в пункте 1.1.3 настоящей работы.

2.1.4 Характеристика этапа внедрения разрабатываемого проекта

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

Существует четыре основные стратегии внедрения ИС:

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

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

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

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

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

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

· организационные потребности (описаны в пункте 1.2 настоящей работы);

· базовые метрики, необходимые для последующего сравнения результатов (описаны в главе «Обоснование экономической эффективности»);

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

· подразделения организации, в которых должно выполняться внедрение проекта (для данного проекта: операционный отдел Управления Федерального казначейства по КБР);

· влияние, оказываемое на другие подразделения организации;

· стратегии и планы оценки и выбора, пилотного проектирования и перехода к полномасштабному внедрению;

· основные факторы риска;

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

· ключевой персонал и другие ресурсы.

Ресурсы, используемые на этапе внедрения, показаны на рис. 2.7.

Рис. 2.7. Ресурсы, используемые на этапе внедрения

План процесса внедрения представлен в виде таблицы (таблица 2.2.)

Таблица 2.2. План процесса внедрения информационной системы

№ эт.	Этап внедрения	Длительность	Участники
			Ресурс	Занятость
1	Демонстрация	1 день	РП	3%
			Р	1%
			НО	10%
			О	10%
			РС	10%
			С	10%
2	Поставка и установка программного обеспечения	1 день	РП	3%
			Р	1%
			НО	4%
			РС	4%
			С	4%
3	Детальное обследование, адаптация и тестирование	1 день	РП	3%
			НО	4%
			О	4%
			РС	4%
			С	4%
4	Собственно внедрение	4 дня	РП	3%
			Р	2%
			НО	4%
			О	4%
			РС	4%
			С	4%
5	Обучение	1 день	РП	3%
			Р	1%
			НО	4%
			О	4%
			РС	4%
			С	4%

На рисунке 2.8 представлена диаграмма этапа внедрения проекта.

Рис 2.8. Диаграмма этапа внедрения проекта.

2.1.5 Характеристика этапа эксплуатации разрабатываемого проекта и возможных работ.

Эксплуатационные работы можно подразделить на подготовительные и основные. К подготовительным относятся:

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

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

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

Основные эксплуатационные работы включают:

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

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

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

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

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

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

2.1.6 Ожидаемые риски на этапах жизненного цикла и их описание

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

Таблица 2.3. Ожидаемые риски на этапах жизненного цикла

№ этапа	Этап жизненного цикла	Риск
1	Предпроектная стадия	Риск персонала со стороны заказчика и исполнителя. Риск неполноты сбора информации.
2	Проектирование	Риск принятия неверных проектных решений. Риск неверного планирования. Стоимостной риск. Форс - мажор
3	Разработка	Риск персонала. Технический риск
4	Внедрение	Риск персонала. Технический и программный риск
5	Эксплуатация и сопровождение	Технические риски. Риск персонала

2.1.7 Оценка стоимостных параметров проекта автоматизации

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

Диаграмма Гантта с суммарными показателями стоимости представлена на рис. 2.9.

Рис. 2. 9. Развернутая диаграмма Гантта с показателями стоимости.

Сводную таблицу занятости ресурсов отражают рис. 2.10. - 2.11.

Рис. 2.10. Сводная таблица занятости ресурсов проекта.



Рис 2.11. Сводная таблица занятости ресурсов проекта. Окончание.

Сводный инвестиционный план проекта представлен в таблице 2.4.

Таблица 2.4. Сводный инвестиционный план проекта.

Наименование статьи расходов	Количество единиц или человеко-часов	Затраты, р.
Анализ	96 часов	2215,68 р.
Проектирование	217,28 часа	0р.
Разработка	290,2 часа	0 р.
Внедрение	14,62 часа	486,82 р.
Эксплуатация и сопровождение	240 часов	7939,2 р.
ИТОГО	858,1 часа	10641,7 р.

2.2 Информационное обеспечение задачи

2.2.1 Информационная модель и её описание

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

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



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

2.2.2 Используемые классификаторы и системы кодирования.

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

Виды классификаторов:

1) международные -- стандартные классификаторы, используемые по всему миру;

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

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

4) отраслевые -- классификаторы, используемые в рамках одной отрасли;

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

Методы кодирования в классификаторах:

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

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

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

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

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

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

Таблица 2.5. Классификаторы, используемые в проекте

№	Классификатор	Вид	Метод кодирования
1.	Код платежного поручения	Системный	Порядковый
2.	Код КБК	Межотраслевой	Серийно-порядковый, последовательный, параллельный
3.	Код администратора КБК	Межотраслевой	Серийно-порядковый
4.	Код группы КБК	Межотраслевой	Серийно-порядковый
5.	Код подгруппы КБК	Межотраслевой	Последовательный
6.	Код элемента КБК	Межотраслевой	Последовательный
7.	Код программы КБК	Межотраслевой	Серийно-порядковый
8.	Код экономической классификации КБК	Межотраслевой	Серийно-порядковый
9.	Код ОКАТО	Межотраслевой	Серийно-порядковый, последовательный, параллельный

1) Код платежного поручения. Структура: числа натурального ряда. Используется для быстрого доступа к сохраненным в системе данных о платежных поручениях.

2) Код КБК. Структура: [XXX X XX XX XXX XX XXXX XXX]

[Администратор (1-3) Вид доходов (Группа (4) Подгруппа (5-6) Статья (7-8) Подстатья (8-10) Элемент (11-12))(4-12) Программа (13-16) ЭКД (17- 20))]

3) Код администратора КБК. Структура [XXX]

4) Код группы КБК. Структура: [X]

5) Код подгруппы КБК. Структура: [XХ]

6) Код элемента КБК. Структура [XX]

7) Код программы КБК. Структура [XXXX]

8) Код ЭКД. Структура [XXX]

9) Код ОКАТО. Структура [XX XXX XXX КЧ]

2.2.3 Характеристика первичных документов с нормативно-справочной и входной оперативной информацией

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

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

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

Входная информация поступает в систему из документов - платежных поручений и далее хранится в справочнике «Налоговые платежные поручения». Форма для ввода данных из платежного поручения имеет вид максимально приближенный к бланку этого документа (рис. 2.13)

Рис. 2.13. Форма ввода данных в справочник «Налоговые платежные поручения»

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

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

1) справочник реквизитов УФК по КБР;

2) справочник налоговых платежных поручений;

3) справочник кодов КБК;

4) справочник кодов ОКАТО;

5) справочник администраторов КБК;

6) справочники групп и подгрупп КБК;

7) справочник элементов КБК;

8) справочник программ КБК;

9) справочник ЭКД КБК.

2.2.4 Характеристика базы данных

Для создания базы данных используется СУБД PARADOX. База данных состоит из следующих таблиц (таблица 2.6 - 2.15):

1. own (Реквизиты УФК по КБР)

2. plat (Платежные поручения)

3. kbk (КБК)

4. okato (ОКАТО)

5. adm (Администраторы КБК)

6. group (Группы КБК)

7. podgr (Подгруппы КБК)

8. elem (Элементы КБК)

9. prog (Программы КБК)

10. ekd (ЭКД КБК)

Таблица 2.6. Таблица БД «Реквизиты получателя»

№	Атрибут	Тип	Ограничения	Значение
1	Наименование организации	Текст	255	Управление Федерального казначейства по КБР г. Нальчик
2	ИНН	Текст	10	0711054758
3	Банк	Текст	100	ГРКЦ НБ КБР Банка России
4	КПП	Текст	9	072101001
5	БИК	Текст	9	048327001
6	Счет	Текст	20	40101810100000010017

Таблица 2.7. Таблица БД «Платежное поручение»

№	Атрибут	Тип	Ограничения
0	Код	Счетчик
1	№ п.п.	Текст	4
2	Дата п.п.	Дата
3	Вид	Текст	2
4	Наименование организации	Текст	255
5	ИНН	Текст	10
6	КПП	Текст	9
7	Банк	Текст	100
8	БИК	Текст	9
9	Счет	Текст	20
10	Счет банка	Текст	20
11	Сумма	Денежный
12	Сумма прописью	Текст	255
13	Дата	Дата
14	Вид оп.	Текст	2
15	Очер. плат.	Текст	4
16	КБК	Текст	20
17	ОКАТО	Текст	11
18	Назначение платежа	Текст	255

Таблица 2.8. Таблица БД «КБК-администратор»

№	Атрибут	Тип	Ограничения
0	Код	Счетчик
1	Код_администратора	Текст	3
2	Администратор поступлений	Текст	255

Таблица 2.9. Таблица БД «КБК - элемент»

№	Атрибут	Тип	Ограничения
0	Код	Счетчик
1	Код_элемета	Текст	2
2	Элемент	Текст	50

Таблица 2.10. Таблица БД «КБК - программа»

№	Атрибут	Тип	Ограничения
0	Код	Счетчик
1	Код_программы	Текст	4
2	Программа	Текст	50

Таблица 2.11. Таблица БД «КБК - группа»

№	Атрибут	Тип	Ограничения
0	Код	Счетчик
1	Код_группы	Текст	1
2	Группа	Текст	50

Таблица 2.12. Таблица БД «КБК - подгруппа»

№	Атрибут	Тип	Ограничения
0	Код	Счетчик
1	Код_группы	Текст	1
2	Код_подгруппы	Текст	2
3	Подгруппа	Текст	50

Таблица 2.13. Таблица БД «КБК - ЭКД»

№	Атрибут	Тип	Ограничения
0	Код	Счетчик
1	Код_ЭКД	Текст	3
2	ЭКД	Текст	50

Таблица 2.14. Таблица БД «КБК»

№	Атрибут	Тип	Ограничения
0	Код	Счетчик
1	Код_КБК	Текст	20
3	Наим. доходов.	MEMO

Таблица 2.15. Таблица БД «ОКАТО»

№	Атрибут	Тип	Ограничения
0	Код	Счетчик
1	Код_КБК	Текст	20
3	Наим. доходов.	MEMO

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

2.2.5 Характеристика результатной информации

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

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

Ведомость о поступлениях в бюджет имеет следующую структуру (таблица 2.16.).

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

Структура ведомости учета невыясненных поступлений представлена в таблице 2.17.)

3. Ведомость распределения поступлений по бюджетам (таблица 2.18.).

Таблица 2.16. Структура ведомости о поступлениях в бюджет

Платежный документ	Плательщик	Администратор поступлений	Код по	Код	Сумма
наименование	номер	ИНН	КПП	ИНН	КПП	ОКАТО	по бюджетной классификации	счета бюджетного учета	по дебету	по кредиту

Таблица 2.17. Структура ведомости о невыясненных поступлениях

Дата	Платежный документ	Плательщик	Код	Сумма	Номер счета	Причина, по которой документ отнесен к невыясненным поступлениям
зачисления на счет	номер	дата	наименование	ИНН	КПП	по ОКАТО	списания по документу	по дебету	по кредиту

Таблица 2.18. Структура ведомости распределения по бюджетам

Наименование показателя

Код по

всего

всего

в том числе по бюджетам:

иные получатели

ОКАТО

БК

федеральный

субъекта РФ

местные

внебюджетные фонды

Пенсионный фонд РФ

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

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

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

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

2.3.1 Общие положения (дерево функций и сценарий диалога)

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

Рис.2.14. Дерево функций ИС

На рис. 2.15. приведен пример сценария диалога с пользователем. Отраженны основные процессы работы в информационной системе.

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

Рис 2.15. Сценарий диалога

2.3.2 Структурная схема пакета (дерево вызова процедур и программ)

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

Построим дерево программных модулей клиентской части (рис 2.16.).



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

Рис. 2.16. Дерево вызова программных модулей.

2.3.3 Описание программных модулей.

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

Таблица 2.19

Основные модули программы
Название модуля	Функции модуля
Unit1.pas	Модуль главной формы из которого вызываются все другие модули.
Unit2.pas	Модуль формы ввода, корректировки и отображения реквизитов УФК по КБР. В данном модуле можно изменить (при необходимости) данные об УФК: ИНН, КПП, Счета, Банк и т.д. Частое использование этой функции не предполагается.
Unit3.pas	Модуль ввода данных в справочник «Платежные поручения» и редактирования данных этого справочника. Соответствующая модулю форма имеет вид, сходный со стандартным бланком платежного поручения.
Unit4.pas	Модуль отображения данных обо всех платежных поручениях в виде таблицы. Из этого модуля может вызываться модуль Unit3.pas.
Unit5.pas	Модуль, соответствующий справочнику «КБК», т.е. модуль, при вызове которого мы получаем доступ к добавлению, исправлению и просмотру данных о кодах БК и соответствущих им бюджетах.
Unit6.pas	Модуль формы ввода и корректировки данных справочника «Администраторы КБК»
Unit7.pas	Модуль формы ввода и корректировки данных справочника «Администраторы Группы КБК»
Unit8.pas	Модуль формы ввода и корректировки данных справочника «Подгруппы КБК»
Unit9.pas	Модуль формы ввода и корректировки данных справочника «Элементы КБК»
Unit10.pas	Модуль формы ввода и корректировки данных справочника «Программы КБК»
Unit11.pas	Модуль формы ввода и корректировки данных справочника «ЭКД КБК»
Unit12.pas	Модуль формы ввода и корректировки данных справочника «ОКАТО». Частое изменение данных в справочниках, соответствующих модулям Unit5.pas- Unit12.pas не предполагается.
Unit13.pas	Модуль формирования и печати ведомостей (результатных данных)
Unit14.pas	Модуль формы отображения данных «Невыясненные поручения». Вызывается по запросу, сформированному модулем Unit13.pas
Unit15.pas	Модуль формы отображения данных «Распределение по бюджетам». Вызывается по запросу, сформированному модулем Unit13.pas
Unit16.pas	Служебный модуль, посредством которого выполняются все служебные функции программы, такие как коррекция ввода данных и формирование запросов.

Исходные коды основных модулей представлены в приложении 1.

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

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

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

2.4.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации.

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

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

Рис. 2.17. Схема технологического процесса.

2.5 Контрольный пример реализации проекта и его описание

I. Копирование на компьютер-сервер базы данных и установка сервера приложений (/SERVER/Project1.exe).

II. Установка на компьютеры менеджеров по снабжению, по работе с клиентами и по продажам приложения-клиента (/Client/ Project1.exe).

III. Если на компьютере-сервере не установлено приложение BDE Administrator, то установить его.

IV. Псевдониму KBK указать путь к базе данных.

V. Запустить сервер приложений.

VI. Запустить клиентские приложения.

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчёта экономической эффективности

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

Обоснование экономической эффективности разрабатываемого варианта автоматизированной обработки информации позволяет:

· выявить необходимость и целесообразность затрат на разработку и внедрение новой ИС;

· рассчитать срок окупаемости затрат;

Существует несколько направлений расчета экономической эффективности:

Сравнение вариантов организации ЭИС по комплексу задач (например, сравнение ЭИС, предлагаемой в проекте, с существующей).

Сравнение вариантов организации информационной базы комплекса задач (файловая организация и база данных).

Сравнение вариантов технологии проектирования ЭИС (например индивидуального проектирования с методами, использующими пакеты программ или модельного проектирования).

Сравнение вариантов технологии внутримашинной обработки данных.

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

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

Для расчета экономической эффективности используются следующие показатели:

Трудовые показатели:

1) абсолютное снижение трудовых затрат (Т) в часах за год:

Т = Т₀ - Т_1, (3.1)

Где, Т₀ - трудовые затраты в часах за год на обработку информации по базовому варианту;

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

2) коэффициент относительного снижения трудовых затрат (К_Т):

К_Т =Т / T₀ * 100% ; (3.2)

3) индекс снижения трудовых затрат или повышение производительности труда (Y_T):

Y_T = T₀ / T₁ (3.3)

Стоимостные показатели

1. Абсолютное снижение стоимостных затрат (С)

, (3.4)

Где, С₀ - суммарные стоимостные при ручном варианте автом...