Специальный раздел Версия 0.2 от 15.12.2013 (1089404)

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

Текст из файла

Заголовки специального раздела:

Общее введение

Общее положение к документам ок

Формирование двадцатизначных счетов

Объект основное средство

Конкретика документов

Предполагаемая отчетность

1. Специальный раздел дипломного проекта

Требуется разработать модуль основных средств ОАО АКБ Росбанк. Необходимо предусмотреть включение и отключение автономной работы модуля для внедрения программы САХД (Система автоматизации хозяйственной деятельности) по различным участкам учета. Автономная работа модуля означает запуск и работу отдельно от других модулей системы без потери функционала, это необходимо для частичного внедрения нового программного обеспечения.

Каждый модуль САХД проходит следующие стадии внедрения программного обеспечения:

- тестовая эксплуатация;

- опытная эксплуатация;

- промышленная эксплуатация.

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

Общее положение документов

Одним из важнейших этапов разработки системы САХД является однотипность принципа работы и вида электронных документов. Необходимость данного принципа построения документов способствует увеличению скорости обучения пользователей в работе с программой.

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

В каждом документе должны присутствовать две основные даты:

- Дата документа – данная дата отражает факт вступления в силу того или иного документа в системе САХД. Опираясь на данную дату, пользователь может узнать когда осуществились операции по документу. В случае модуля основных средств данная дата очень важна, так как документы приходят позже проведенных физически операции. Если пользователь укажет данную дату меньше операционного дня, то система должна автоматически отразить операции, которые могли произойти в период от даты документа до даты операционного дня.

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

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

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

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

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

Для организации ОАО АКБ Росбанк одним из важных требований является хранение истории каждого объекта системы. В документах должна быть возможность просмотра истории изменения его реквизитов. У пользователя, просматривающего историю любого документа, должна быть возможность определить, кто и когда его модифицировал.

Формирование двадцатизначных счетов

В организации ОАО АКБ Росбанк используется банковских план счетов. Каждый банковский лицевой счет состоит из 20 числовых символов, так же к счету может быть добавлен субсчет, состоящий из 5 числовых символов. Первые 5 символов лицевого счета определяют код операции отраженной в системе. Последующие 3 символа определяют код валюты денежных средств, которые хранятся на данном счете. Далее идет контрольный ключ двадцатизначного счета, который необходим для инициализации принадлежности лицевого счета к банку. Следующие 4 символа, определяют код подразделения, в котором фигурирует данный банковский лицевой счет, данные символы называются площадкой счета. Оставшиеся символы относятся к аналитике каждого счета, в данных символах выводятся различные коды операций, коды контрагентов, виды активов банка, даты и т.д.

Специальный раздел предполагает подробное изложение сути предлагаемого инженерного решения. Такую постановку вопроса предусматривает внутреннее проектирование ПО ВТ и АС.

Объем специального раздела – около 13–20 страниц (включая 0,3-0,5 страницы выводов по главе).

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

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

2.1. Расширенный структурный (и/или системный) анализ объекта автоматизации. Структурная информационная модель предметной области применительно для последующего математического (формализованного) описания.

2.2. Формализованное математическое (формализованное) описание предметной области, в том числе постановленной в дипломном проекте задачи (применительно к базам данных – приводится теоретико-множественное определение задачи, описание предметной области).

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

2.4. Разработка методологического и алгоритмического обоснования решения задачи.

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

1. Структурный (и/или системный) анализ объекта автоматизации.

Разработка структуры ПО ВТ и АС.

Модуль по основным средствам должен включать следующие электронные документы по учету основных средств:

- Ввод в эксплуатацию основного средства;

- Перемещение основных средств;

- Начисление амортизации основных средств;

- Модернизация и ремонт основных средств;

- Реализация основных средств;

- Списание основных средств.

У каждого документа должна быть возможность просмотра сформированных им проводок до момента проведения. После проведения бухгалтерские и налоговые проводки должны выгружаться в систему АБС, в которой содержатся все проводки ОАО АКБ Росбанк.

Каждый документ должен формировать три вида проводок:

- аналитические – проводки, на основании которых происходят все бизнес процессы программы в целом. По аналитическим проводкам осуществляются основные операции в системе САХД;

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

- налоговые – данные проводки должны формироваться автоматически в системе на основании проводок аналитического учета.

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

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

Для документа ввода в эксплуатацию

ПРИМЕРЫ ПЕЧАТНЫХ ФОРМ

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

ОТЧЕТЫ

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

• полностью (детально) охватить системные задачи для рассматриваемого объекта исследования;

• выявить источники информации и потребителей ее;

• определить состав компонентов системы, в том числе внешние компоненты и компоненты, непосредственно разрабатываемые в ходе дипломного проекта;

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

• рассмотреть вопросы стандартизации и унификации;

• определить последовательность разработки системы и ее компонентов;

• предложить методику применения выбранных методов решения задач.

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

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

В подразделе приводятся схемы управления и потоков информации, структура входных и выходных данных.

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

1. Математическое (формализованное) описание предметной области.

Математическое описание задачи включает

• формулировку терминологического (понятийного) базиса предметной области;

• подробное описание вводимой в дипломном проекте нотации (что обозначено через ту или иную букву или сокращение) (в том числе для баз данных или иных сугубо программных дипломных проектов – теоретико-множественное описание предметной области);

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

• формализованное решение «математических подзадач» дипломного проекта, в том числе по вопросам оптимизации, моделирования, численного решения математических задач.

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

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

• оценке информационного трафика;

• требованиям к временным и надежностным характеристикам;

• обоснованию выбора архитектуры распределенной системы;

• сравнительному анализу и выбору аппаратно-программных средств создаваемой системы на основе результатов моделирования.

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

• разработанный словарь понятий предметной области;

• описание инфологической модели предметной области (идентификация, агрегация и обобщение компонентов инфологической модели);

• описание внешних инфологических моделей (выбор варианта представления графический, спецификационный или и тот и другой – определяется по согласованию с руководителем дипломного проекта) и моделей приложений;

• обоснование выбора инструментария проектирования датологической модели предметной области (СУБД);

• результаты проектирования датологической модели (нормализация структур базы данных – построение нормальных форм отношений);

• описание структур данных приложений (выбор варианта представления – графический, спецификационный или и тот и другой – определяется по согласованию с руководителем дипломного проекта);

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

Возможны два варианта представления разработанной инфологической модели предметной области:

• графическая диаграмма инфологической модели ПО;

• спецификационный вариант инфологической модели ПО.

Для разработанной датологической модели (структуры базы данных) также возможно два варианта отображения результатов разработки:

• графическая диаграмма структуры базы данных;

• спецификационный вариант описания структуры базы данных на языке описания данных СУБД (исходные тексты описаний).

Замечание: датологическую модель рекомендуется приводить в технологическом разделе, а также (в расширенном варианте) – в разделе Сопровождения ПО и приложении.

Характеристики

Тип файла документ

Документы такого типа открываются такими программами, как Microsoft Office Word на компьютерах Windows, Apple Pages на компьютерах Mac, Open Office - бесплатная альтернатива на различных платформах, в том числе Linux. Наиболее простым и современным решением будут Google документы, так как открываются онлайн без скачивания прямо в браузере на любой платформе. Существуют российские качественные аналоги, например от Яндекса.

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

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

Список файлов ВКР