Тема: Разработка системы электронного документооборота банка "ВТБ 24"

  • Вид работы:
    Диплом
  • Предмет:
    Информационное обеспечение, программирование
  • Язык:
    Русский
  • Формат файла:
    MS Word
  • Размер файла:
    0
Разработка системы электронного документооборота банка "ВТБ 24"
Разработка системы электронного документооборота банка "ВТБ 24"
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!

Введение

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

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

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

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

Целью написания дипломного проекта является разработка системы электронного документооборота банка «ВТБ 24». Для достижения поставленной цели необходимо решить следующие задачи:

1.Анализ предметной области и обоснование проектных решений.

.Проектирование структуры базы данных и интерфейса системы.

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

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

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

1. Аналитическая часть

канцелярия банк база данные

1.1 Технико-экономическая характеристика предметной области

Для того, чтобы выполнить постановку задачи, необходимо проанализировать предметную область исследования. Объектом исследования в дипломной работе является документооборот канцелярии банка «ВТБ 24». Любому предприятию в ходе своей деятельности приходится иметь дело с документацией. Документооборот является технологическим процессом в обслуживании деятельности предприятия.

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

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

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

Основными целями канцелярии являются:

- организация собственной работы;

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

координация видов работ с документами;

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

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

Выполнение этих целей предусматривает решение следующих задач:

-постоянное совершенствование форм и методов работы с документами;

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

-сокращение документооборота;

-разработка и внедрение нормативных и методических документов по совершенствованию документационного обеспечения в организации и в подведомственной системе, прогрессивных технологий делопроизводства.[7]

Функции канцелярии:

. Разработка и проектирование бланков документов.

. Осуществление экспедиционной обработки поступающих и отправляемых документов.

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

. Организация своевременного рассмотрения и подготовки к докладу руководству поступающих документов.

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

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

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

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

9. Организация и ведение делопроизводства по предложениям, заявлениям, жалобам граждан.

10. Организация контроля за работой с документами в структурный подразделениях.

. Контроль за выполнение условий труда сотрудников канцелярии.

Все функции, права, обязанности и ответственность сотрудников канцелярии в определенной форме закреплены в должностной инструкции, которая разрабатывается отделом кадров банка. [19]

1.2 Экономическая сущность комплекса экономических информационных задач

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

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

Одним из примеров таких методик моделирования является IDEF. IDEF0 основана на ранее разработанной Дугласом Т. Росс методике моделирования SADT. Построение SADT - модели начинается с представления всей системы в виде простейшего компонента - одного блока и дуг, изображающих интерфейсы с функциями вне системы (контекстной диаграммы).

Контекстная диаграмма процесса выполнения ремонта представлена на рисунке 1.1.

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

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

Рисунок 1.1. Контекстная диаграмма процесса

Рассмотрим более подробно деятельность по канцелярии. Для этого выполним декомпозицию контекстной диаграммы (рисунок 1.2).

Рисунок 1.2. Декомпозиция процесса в нотации IDЕF0

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

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

Целью дипломного проекта является разработка АРМ электронного документооборота канцелярии банка.

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

.3.1 Обоснование выбора задач, входящих в комплекс

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

-руководителю банка;

-в структурные подразделения, не требующие резолюции руководителя.

Все входящие документы делятся на:

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

нерегистрируемые:

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

корреспонденция с пометкой «лично»;

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

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

документы первичного статистического учета и отчетности;

документы по кадровым вопросам и повышению квалификации;

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

договора, повестки - приглашения правоохранительных органов.

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

При рассмотрении документа руководителем пишется резолюция, которая содержит решение по существу поставленного в документе вопроса. В резолюции определяется ФИО исполнителя, четкие и конкретные указания по исполнению, срок исполнения, подпись, дата. [15]. Процесс обработки входящих документов представлен на рисунке 1.3.

Рисунок 1.3. Процесс обработки входящих документов

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

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

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

Процесс обработки исходящих документов представлен на рисунке 1.4.

Рисунок 1.4. Процесс обработки исходящих документов

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

Канцелярия составляет следующие виды отчетов:

-Отчет о входящих документах;

-Отчет о документах, числящихся за исполнителями, т.е. находящихся на контроле;

-Отчет о выполненных документах;

-Отчет о переданных на исполнение документов;

-Отчет о невыполненных входящих документах;

-Отчет о внутренних документах.

Анализ отчетов помогает своевременно принять меры, способствующие своевременному исполнению документов и повышению исполнительской дисциплины. [15]

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

автоматическая регистрация документа. Занесение в регистрационно-контрольную карточку сведений о документе;

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

возможность внесения изменений или удаления документа;

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

организация автоматического контроля за сроками исполнения документов;

автоматическое формирование типовых отчетов;

ведение и использование различных справочников.

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

Сокращение времени на обработку информации.

. Увеличение объемов обработки информации.

. Сокращение времени поиска документов и подготовки отчетов.

. Уменьшение количества ошибок и повышение качества обработки документации.

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

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

. Повышение информированности руководства за повышения полноты и достоверности отчетов.

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

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

1.3.2 Обоснование проектных решений по информационному обеспечению комплекса задач

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

Обоснование проектных решений по информационному решению включает следующие пункты:

-обоснование состава и содержания входных и выходных документов, метода их построения;

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

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

-обоснование состава и способов организации файлов с результатной и промежуточной информацией.

Формы ввода должны быть реализованы в удобном для пользователя виде и позволять изменять любые хранимые данные.

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

Ввод условно-постоянной первичной информации должно осуществляться на отдельных формах.

Обоснование способа организации информационной базы.

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

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

СУБД представляет собой комплекс языковых и программных средств, предназначенный для создания, ведения и cовместного использования баз данных (БД) многими пользователями. СУДБ является вторым по важности, после ОС, программным кoмпонентом, который надлежит выбрать для успешной реализации поставленной задачи.

СУБД можно классифицировать по ряду признаков:

·модель данных,

·тип программного обеспечения;

·характер использования.

Классификация в соответствии с моделью данных

На практике большинство применяемых СУБД используют одну из трех мoделей данных: реляционную, иерархическую или сетевую.

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

Дoстоинством реляционной модели является сравнительная простота инструментальных средств ее поддержки. В настоящее время реляционные системы лучше соответствуют техническим возможностям персональных компьютеров и вполне удовлетворяют большинство пользователей. Недостаток реляционной модели - жесткость структуры данных и зависимость скорости обработки данных от размера базы данных.

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

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

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

Кроме вышеперечисленных «классических», в последние годы появились и стали активно внедряться следующие модели данных: постреляционная, многомерная и объектно-ориентированная.

Постреляционная модель данных представляет собой расширенную реляционную модель, снимающую ограничение неделимости данных, хранящихся в записях таблиц. Постреляционная модель допускает многозначные поля - такие поля, значения которых состоят из подзначений. Набор значений многозначных полей считается самостоятельной таблицей, встроенной в основную таблицу. Мнoгомерные СУБД являются узкоспециализированными СУБД, которые предназначены для интерактивной аналитической обработки информации. В объектно-ориентированной модели между записями базы данных и функциями их обработки устанавливаются взаимосвязи с помощью механизмов, подобных соответствующим средствам в объектно-ориентированных языках программирования.

В наиболее oбщем случае под СУБД можно понимать любой программный продукт, поддерживающий процессы создания, ведения и использования БД. К СУБД относятся следующие основные виды программ: полнофункциональные СУБД, серверы БД, клиенты БД.

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

Сервер БД представляет собой программное обеспечение, которое реализует функции управления базами данных на основе запросов, формируемых другими программами (клиентами БД). Языком запросов обычно выступает SQL (StructuredQueryLanguage - структурированный язык запросов).

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

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

По характеру использования СУБД делят на персональные и многопользовательские.

Персональные СУБД обычно обеспечивают возможность создания персональных БД и недорогих приложений, работающих с ними. Персональные СУБД или разработанные с их помощью приложения зачастую могут выступать в роли клиентской части многопользовательских СУБД. К числу персональных СУБД относятся MS Access, VisualFoxPro, Paradox, Clipper и др.

Многопользовательские СУБД включают в себя сервер БД и клиентскую часть и, как правило, могут работать в неоднородной вычислительной среде (с разными типами ЭВМ и операционными системами). К многопользовательским СУБД относятся СУБД Oracle и Informix. В рамках данного дипломного проекта не рассматриваются.

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

Для реализации данной системы выбрана СУБД MicrosoftSQLServer версии 2008. Такой выбор обоснован тем, данная СУБД уже установлена и успешно работает на предприятии.

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

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

Стадии жизненного цикла (далее ЖЦ) описаны в Государственном стандарте РФ ГОСТ Р ИСО/МЭК "Информационная технология. Процессы жизненного цикла программных средств"под номером 12207-99, принятый и введенный в действие постановлением Госстандарта России от 23 декабря 1999 г. № 675-ст. Настоящий стандарт содержит полный аутентичный текст международного стандарта ISO/IEC 12007:95 «Информационная технология. Процессы жизненного цикла программных средств», который действует с незначительными поправками в настоящее время и регламентирует процессы жизненного цикла программных средств и информационных технологий. Все процессы ЖЦ в соответствии с этим стандартом делятся на три группы: основные процессы, вспомогательные и организационные.

Вспомогательные процессы предназначены для поддержки выполнения основных процессов, обеспечения качества проекта, организации верификации, проверки и тестирования ПО. Организационные процессы определяют действия и задачи, выполняемые как заказчиком, так и разработчиком проекта для управления своими процессами [2]. Стандарт не определяет конкретной модели жизненного цикла или метода разработки программного средства. Пользователи, применяющие настоящий стандарт, должны сами выбирать модель ЖЦ применительно к своему программному проекту и распределять процессы, работы и задачи, выбранные из настоящего стандарта, на данной модели [6].

ГОСТ 34.60190 определяет следующие стадии и этапы создания АИС:

. Формирование требований к АИС:

-обследование организации и обоснование необходимости разработки ИС;

-требования конечных пользователей к системе;

-оформление отчёта о проделанной работе (тактико-техническое задание).

2. Разработка концепции АИС:

-изучение объекта автоматизации;

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

-разработка вариантов АИС, выбор окончательного варианта, который будет удовлетворять всем требованиям пользователя;

-оформление отчёта о проделанной работе.

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

. Эскизный проект (макет):

-планирование предварительных проектных решений по будущей системе, по отдельным её частям;

-разработка документаций как на АИС.

5. Технический проект:

-принятие решений по создаваемой системе;

-разработка документаций на систему;

-разработка и оформление документации на поставку изделий на комплектование АИС;

-оформление технических требований на разработку изделий для комплектования АИС;

-задания на проектирование в смежных модулях ИС.

6. Рабочая документация:

-создание рабочей документации;

-разработка программ и её адаптация.

7. Ввод в действие:

-подготовка предприятия-заказчика к началу установки ИС;

-обучение персонала;

-комплектование АИС техническими и программными средствами;

-строительно-монтажные и пуско-наладочные работы;

-предварительные испытания ИС;

-опытная эксплуатация установленной и проверенной системы;

-приёмочные испытания.

8. Сопровождение АИС:

-выполнение обязательств по гарантийному обслуживанию;

-послегарантийное обслуживание.

Модель жизненного цикла отражает различные состояния системы в процессе всего жизненного цикла ИС. Модель ЖЦ - это такая структура, которая содержит все процессы, действия и задачи по разработке программного продукта, по его сопровождению и функционированию в течении всей жизни созданной системы, вплоть до её исчезновения [2].

В настоящее время известны несколько моделей жизненного цикла, но все они сводятся к выполнению следующих стадий:

-Планирование и анализ требований.

-Проектирование (техническое и логическое.).

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

-Внедрение (Тестирование, опытная эксплуатация. Обучение персонала).

-Эксплуатация (Сопровождение и модернизация. Исправление ошибок и недоработок. Повторение стадий 2-5 при необходимости). [3]

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

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

-анализ (планирование и требования);

-проектирование;

-разработка (кодирование);

-обзор (тестирование).

Рисунок 1.5. V-образная модель ЖЦ ИС

Особое внимание уделяется верификации и аттестации программного продукта. Тестирование обсуждается и планируется, начиная с ранних этапов ЖЦ разработки. Основные понятия в данной модели:

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

-кодирование - преобразование алгоритма в готовое программное обеспечение (далее ПО);

-модульное тестирование - проверка каждого компонента или модуля;

-интеграционное тестирование - интеграция программного продукта (далее ПП) и его тестирование;

-системное тестирование - проверка функционирования ПП после помещения его в аппаратную среду [5].

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

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

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

Основным отличием системы «1С: Предприятие 8.2» как и других ERP-систем является разделение метаданных и данных и представление системой способа управления данными при помощи метаданных и специального языка работы с данными. Это позволяет в рамках системы «1С: Предприятие 8.2» создавать прикладные решения - конфигурации.

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

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

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

Рисунок 1.6. Структура технологической платформы 1С: Предприятие

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

-Разработан механизм поставки и поддержки конфигураций.

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

-Разработана унифицированная объектная модель системы..

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

-У справочников, документов и других объектов конфигурации поддерживаются табличные части.

-Расширен набор элементов управления, их свойств и событий.

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

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

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

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

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

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

Встроенный язык похож на обыкновенный язык программирования, но имеет свои специфические особенности.

Язык запросов основан на SQL, но при этом содержит значительное количество расширений, ориентированных на отражение специфики финансово-экономических задач и на максимальное сокращение усилий по разработке прикладных решений.

Платфoрма изолирует разработчика от низкоуровневого программирования. Разработчик не обращается к базе данных напрямую, а манипулирует объектами, командами встроенного языка и запросов. Платформа сама транслирует их в соответствующие команды SQL-сервера в случае клиент-серверного варианта работы или команды собственной СУБД для файлового варианта.

Возможность использования файлового или клиент-серверного варианта работы позволяет адаптировать решение для конкретного пользователя в зависимости от объема задачи. Данные работы представлены на рисунках 1.7 и 1.8.

Рисунок 1.7. Файловый вариант работы

Рисунок 1.8. Клиент-серверный вариант работы

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

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

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

-Справочники, предназначенные для хранения условно-постоянной информации;

-Документы, предназначенные для фиксации событий;

-Механизм характеристик, предназначенный для организации хранения свойств объектов, не известных на момент разработки;

-Механизм хранения сведений, позволяющий хранить произвольные данные в разрезе нескольких измерений;

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

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

-Бизнес-процессы, позволяющие описывать, создавать и управлять выполнением бизнес-процессов;

-Средства построения отчетов, которые позволяют создавать разнообразные отчеты;

-Средства представления отчетов, которые позволяют выводить отчеты в различных формах;

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

-Web-расширение позволяет организовать доступ через Web-интерфейс к функциональности прикладных решений.

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

Состав средств разработки системы 1С:Предприятие представлен на рисунке 1.9.

Рисунок 1.9. Состав средств разработки

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

2. Проектная часть

.1 Информационное обеспечение комплекса задач

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

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

Информационная модель данных уровня сущностей «анализ результатов финансовой деятельности» показан на рисунке 2.1.

Рисунок 2.1. Информационная модель уровня сущностей

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

Рисунок 2.2 - Информационная модель «Сущность-связь» (уровень атрибутов).

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

. Каждая сущность становится таблицей. Названия таблиц задаются во множественном числе.

. Каждый атрибут сущности становится столбцом таблицы.

. Ключевой атрибут становится ключом таблицы.

. Связи между сущностями становятся связями между таблицами.

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

Рисунок 2.6. Физическая модель данных

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

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

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

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

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

Определим атрибуты первичных документов (таблицы 2.1, 2.2).

Таблица 2.1. Регистрационная карточка входящего документа

№ атрибутаНазвание поля1Регистрационный номер2Регистрационная дата3Исходящий номер4Исходящая дата5Код вида документа6Откуда7Краткое содержание8ФИО исполнителя9Дата исполнения10Исполнен11Номер исходящего документа12Дата исходящего документа13Ссылка на документ

Таблица 2.2. Регистрационная карточка исходящего документа

№ атрибутаНазвание поля1Регистрационный номер2Регистрационная дата3Куда4Краткое содержание5ФИО исполнителя6Вид отправления7Копия8Номер входящего документа9Ссылка на документ

Определим атрибуты справочников, которые будут использоваться в дипломном проекте (таблица 2.3)

Таблица 2.3. Справочник «Тип документа»

№ атрибутаНазвание поля1Код вида документа2Вид документа

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

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

Структура журнала регистрации входящих документов представлена на рисунке 2.7.

Рисунок 2.7. Журнал входящих документов

Структура журнала регистрации исходящих документов представлена на рисунке 2.8.

Рисунок 2.8. Журнал исходящих документов

Структура регистрационно-контрольной карточки документа представлена на рисунке 2.9.

Рисунок 2.9 Структура регистрационно-контрольной карточки

Структура отчета об объеме документооборота представлена на рисунке 2.10.

Рисунок 2.10 Отчет об объеме документооборота

Структура сводки об исполнении документов представлена на рисунке 2.11.

Рисунок 2.11 Отчет об объеме документооборота

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

.2 Технологическое обеспечение

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

Рисунок 2.12 - Схема технологического процесса сбора информации

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

Рисунок 2.13 - Схема технологического процесса обработки информации

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

Рисунок 2.14 - Схема технологического процесса выдачи результатной информации в ИС

Технологическая операция - основная единица работы, выполняемая определенным исполнителем, которая:

подразумевает четко определенную ответственность исполнителя,

дает четкий результат, базирующийся на определенных исходных данных,

имеет жестко определенные границы.

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

2.3 Программное обеспечение комплекса задач

.3.1 Общие положения

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

-Подсистема «База данных» - эта подсистема представляет собой базу данных, в которой хранятся все данные (серверная часть).

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

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

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

1.Регистрация документов (входящих и исходящих).

2.Просмотр документов (входящих и исходящих).

.Работа со справочниками.

.Подготовка отчетов

Эти операции и были выделены в структуре меню. На рисунке 2.5 представлено дерево функций программных модулей, используемых в работе информационной системы управления документооборотом.

Рисунок 3.1. Дерево функций

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

Пользовательский интерфейс представляет собой совокупность программных и аппаратных средств, обеспечивающих взаимодействие пользователя с компьютером. Основу такого взаимодействия составляют диалоги. Под диалогом в данном случае понимают регламентированный объем информацией между человеком и компьютером, осуществляемый в режиме реального времени и направленный на решение какой-либо задачи. Обмен информацией осуществляется передачей сообщений и управляющих сигналов. Сообщения - это порция информации, участвующая в диалоговом обмене [24, c.84].

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

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

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

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

. Особенности памяти. Одновременно человек способен воспринимать и запоминать от 5 до 9 несвязанных объектов [24, c.89].

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

. Определение требований пользователя к интерфейсу и типа интерфейса.

. Определение сценариев использования интерфейса.

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

. Реализация (программирование и тестирование).

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

. Разграничение доступа для разных групп пользователей.

. Возможность выбора действий (функций) с объектами предметной области.

. Удобство и простота в использование.

. Интуитивная понятность и быстрота освоения.

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

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

-примитивные - организуют работу с пользователем в консольном режиме. Используется в установочных программах;

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

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

2. Объектно-ориентированные - интерфейсы прямого манипулирования, предполагают выбор и перемещение пиктограмм, соответствующих объектам предметной области[6, c.102].

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

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

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

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

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

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

Рисунок 3.3. Главное окно конфигурации

Справочник «Организации» предназначен для хранения информации об организации (рисунок 3.4).

Рисунок 3.4. Справочник «Организации»

При создании новой организации нужно заполнить поля «Наименование», «Полное наименование», а также вкладки «Адреса и телефоны», «Реквизиты». При заполнении адресов можно воспользоваться адресным классификатором. Организации может быть несколько (рисунок 3.5).

Рисунок 3.5. Справочник «Организации»

Справочник «Подразделения» представляет собой иерархическую структуру отделов предприятия (рисунок 3.6).

Рисунок 3.6. Справочник «Подразделения»

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

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

Рисунок 3.7. Справочник «Сотрудники»

Справочник «Контрагенты» содержит информацию о контрагентах организации. При создании нового контрагента необходимо заполнить поля «Наименование», «Полное наименование», указать контактное лицо контрагента, а также заполнить вкладки «Контактная информация» и «Банковские реквизиты» (рисунок 3.8).

Рисунок 3.8. Справочник «Контрагенты»

Документ «Входящий» служит для регистрации в программе поступающей (входящей) корреспонденции. Номер входящего документа присваивается автоматически. У каждой организации своя нумерация.

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

В документе реализована возможность хранения сканов документов с помощью справочника «Хранилище дополнительной информации» (Кнопка «Файлы» на панели инструментов вверху формы).

Рисунок 3.9. Карточка входящего документа

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

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

Если была отмечена колонка «Отправить оповещение», то ответственному придет оповещение на электронную почту вместе со сканом документа.

Документ «Исходящий документ» служит для регистрации исходящей корреспонденции в программе. Номер присваивается документу автоматически. У каждой организации своя нумерация. Из справочника выбираются адресат (контрагент), документ и исполнители. Если это новый документ, то в поле «Вид документа» нужно выбрать значение «Новый». Если документ ответный, то нужно выбрать значение «Ответный» и указать входящий документ (рисунок 3.10).

Рисунок 3.10. Карточка исходящего документа

В документе «Внутреннее движение» фиксируются все перемещения входящего документа внутри организации. В документе выбирается входящий документ, проставляется срок исполнения и исполнители по данному документу. В процессе работы отмечается состояние исполнения документа (выполнено, не выполнено) и краткое пояснение по каждому исполнителю (рисунок 3.11).

Рисунок 3.11. Внутренне движение документа

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

Рисунок 3.12. Приказ

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

Рисунок 3.13. Распоряжение

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

Функции отчетов:

Отчет «Журнал регистрации входящей документации» показывает объем документооборота по документам «Входящий документ» за период (рисунок 3.14).

Рисунок 3.14. Журнал регистрации входящих документов

Отчет «Журнал регистрации исходящей документации» показывает объем документооборота по документам «Исходящий документ» за период (рисунок 3.15).

Рисунок 3.15. Журнал регистрации исходящих документов

Отчет «Движение внутренних документов» показывает объем документооборота по документам «Внутреннее движение» за период.

Отчет «Журнал приказов» показывает объем документооборота по документам «Приказ» за период (рисунок 3.16).

Рисунок 3.15. Журнал регистрации приказов

Отчет «Журнал Распоряжений» показывает объем документооборота по документам «Распоряжение» за период (рисунок 3.16).

Рисунок 3.16. Журнал регистрации распоряжений

Отчет «Журнал служебных записок» показывает объем документооборота по документам «Служебная записка» за период.

Отчет «Объем документооборота» показывает объем документооборота по документам «Входящий документ», «Исходящий документ», «Внутреннее движение» за период (рисунок 3.17).

Рисунок 3.17. Справка об объеме документооборота

Отчет «Контроль исполнения приказов» контролирует исполнения приказов по сроку исполнения. Если срок истек, или он не был установлен в отчете, появится предупреждение (рисунок 3.18).

Рисунок 3.18. Отчет контроля приказов

Отчет «Контроль исполнения входящих документов» контролирует исполнения входящих документов по сроку исполнения. Если срок истек, или он не был установлен в отчете, появится предупреждение.

Отчет «Контроль исполнения внутреннего движения документов» контролирует исполнения внутреннего движения документов по сроку исполнения. Если срок истек, или он не был установлен в отчете, появится предупреждение.

Отчет «Контроль исполнения распоряжений» контролирует исполнения распоряжений по сроку исполнения. Если срок истек, или он не был установлен в отчете, появится предупреждение.

Рисунок 3.19. Отчет контроля распоряжений

Отчет «Контроль исполнения задач» отслеживает выполнение назначенных задач.

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

.1 Выбор и обоснование методики расчета экономической эффективности проекта

Предметная область проекта - обработка входных и выходных документов в банке. Для этой предметной области характерны такие проблемы: ручная обработка данных, большие временные затраты, наличие ошибок. Выполнением процесса обработки документов занимается работник канцелярии. Работа сотрудника достаточно трудоемка, это сказывается и на стоимостных затратах на выполнение проекта.

Основными задачами, которые автоматизируем система, является обработка входных и выходных документов. В год работник канцелярии выполняет обработку порядка 960 входных документов и 720 выходных документов. На каждый входной документ тратится около 25 минут или 0,4 часа, на каждый выходной - в среднем 1 час. Т.е. в год на обработку входящих документов работник канцелярии тратит порядка 384 часов, а на работу с исходящими документами - до 720 часов. Предположительно информационная подсистема сократит время работы с документами на 30%.

Средний оклад работника канцелярии составляет 16320 рублей, т.е. 85 рублей в час при восьмичасовом рабочем дне, считая, что в месяце 24 рабочих дня. Таким образом, затраты на обработку входных документов составляют 32640 руб. в год, затраты на обработку исходящих документов - 61200 руб. в год.

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

Таблица 3.1. Проблемы, требующие решения на основе информатизации

Качественное описаниеКоличественное выражение (стоимостное, руб.)Количественное выражение (трудозатраты, чел/час)Избыточная трудоемкость обработки входящих документов9775115Избыточная трудоемкость обработки исходящих документов18360216Итого:28135331

Таким образом, можно обозначить следующие цели проекта:

Снижение времени, затраченного на обработку входящих и исходящих документов, на 30% (для решения проблемы высокой трудоемкости задачи);

Цели и задачи проекта отражены в таблице 3.2.

Таблица 3.2. Цели и задачи проекта

Проблемы, требующие решенияЦели проектаЗадачи проектаВысокая трудоемкость обработки входящих документовСнижение времени, затраченного на обработку одного входящего документа, на 30%Автоматизация процесса обработки входящих документовТрудоемкость обработки исходящих документовСнижение времени, затраченного на обработку одного исходящего документа, на 30%Автоматизация процесса обработки исходящих документов

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

Таблица 3.3. Результаты проекта в предметной области

Задачи проекта (функции проектной продукции)Факторы улучшения бизнес-процессов в результате проектаФакторы экон. выгоды, получаемые в результате проектаКоличественное выражениеАвтоматизация процесса обработки входящих документовСнижения количества ошибокЭкономия на оплату труда работниковдо 9775 руб./годУменьшение времени на ввод данныхЭкономия трудовых затрат работниковдо 115 чел.часов/годАвтоматизация процесса обработки исходящих документовНаглядность представления данныхЭкономия на оплату труда работниковдо 18360 руб./годЭкономия трудовых затрат работниковдо 216 чел.часов/год

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

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

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

приток кадров, заинтересованных в работе с современными средствами труда;

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

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

. К трудовым показателям обработки входящих документов относятся:

.1. Трудозатраты на выполнение задач по базисному варианту (Т0вх.док.).

.2. Трудозатраты на выполнение задач по проектному варианту (Т1вх.док.).

.3. Абсолютное снижение трудовых затрат (DТвх.док.) на выполнение всех операций, час/год:

DТвх.док.=Т0вх.док.-Т1вх.док.(3.1)

В дипломном проекте критерий установлен не менее 115 чел-час./год.

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

Квх.док.=DТвх.док./Т0вх.док. *100%(3.2)

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

вх.док.=T0вх.док./T1вх.док(3.3)

. К стоимостным показателям относятся: абсолютное снижение стоимостных затрат (DCвх.док.), коэффициент относительного снижения стоимостных затрат (КCвх.док.), индекс снижения стоимостных затрат (YCвх.док.), рассчитываемые аналогично.

.1. Стоимостные затраты на выполнение задач по базисному варианту (С0вх.док.), руб/год.

.2. Стоимостные затраты на выполнение задач по базисному варианту (С1вх.док.), руб/год.

.3. Абсолютное снижение стоимостных затрат (DСвх.док.) на выполнение всех операций, руб/год:

DСвх.док.=С0вх.док.-С1вх.док.(3.4)

В дипломном проекте критерий установлен не менее 9775 руб./год.

.4. Коэффициент относительного снижения стоимостных затрат (Ксвх.док.)

Ксвх.док.=DСвх.док./С0вх.док. *100%(3.5)

.5. Индекс снижения стоимостных затрат или повышение производительности труда(Yвх.док.):

вх.док.=С0вх.док./С1вх.док.(3.6)

. К трудовым показателям составления отчетов относятся следующие:

.1. Трудозатраты на выполнение задач по базисному варианту (Т0исх.док.).

.2. Трудозатраты на выполнение задач по проектному варианту (Т1исх.док.).

.3. Абсолютное снижение трудовых затрат (DТисх.док.) на выполнение всех операций, час/год:

DТисх.док.=Т0исх.док.-Т1исх.док.(3.7)

В дипломном проекте критерий установлен не менее 216 чел-час./год.

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

Кисх.док.=DТисх.док./Т0исх.док. *100%(3.8)

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

исх.док.=T0исх.док./T1исх.док.(3.9)

4. К стоимостным показателям относятся: абсолютное снижение стоимостных затрат (DCисх.док.), коэффициент относительного снижения стоимостных затрат (КCисх.док.), индекс снижения стоимостных затрат (YCисх.док.), рассчитываемые аналогично.

.1. Стоимостные затраты на выполнение задач по базисному варианту (С0исх.док.), руб/год.

.2. Стоимостные затраты на выполнение задач по базисному варианту (С1исх.док.), руб/год.

.3. Абсолютное снижение стоимостных затрат (DСисх.док.) на выполнение всех операций, руб/год:

DСисх.док.=С0исх.док.-С1исх.док.(3.10)

В дипломном проекте критерий установлен не менее 18360 руб./год.

.4. Коэффициент относительного снижения стоимостных затрат (Ксо)

Ксисх.док.=DСисх.док./С0исх.док. *100%(3.11)

.5. Индекс снижения стоимостных затрат или повышение производительности труда(Yисх.док.):

исх.док.=С0исх.док./С1исх.док(3.12)

. К итоговым показателям относятся следующие:

.1. Трудозатраты на выполнение задач по базисному варианту (Т0итог).

Т0итог = Т0вх.док.+Т0исх.док.(3.13)

.2. Трудозатраты на выполнение задач по проектному варианту (Т1итог).

Т1итог = Т1вх.док.+Т1исх.док.(3.14)

.3. Абсолютное снижение трудовых затрат (DТитог) на выполнение всех операций, час/год:

DТитог=Т0итог-Т1итог(3.15)

.4. Коэффициент относительного снижения трудовых затрат (К):\

Китог=DТитог/Т0итог *100%(3.16)

.5. Индекс снижения трудовых затрат или повышение производительности труда(Yитог):

итог=T0итог/T1итог(3.17)

. К стоимостным показателям относятся: абсолютное снижение стоимостных затрат (DCитог), коэффициент относительного снижения стоимостных затрат (КCитог), индекс снижения стоимостных затрат (YCитог), рассчитываемые аналогично.

.1. Стоимостные затраты на выполнение задач по базисному варианту (С0итог), руб/год.

С0итог = С0вх.док+С0исх.док(3.18)

.2. Стоимостные затраты на выполнение задач по базисному варианту (С1итог), руб/год.

С1итог = С1вх.док.+С1исх.док.(3.19)

.3. Абсолютное снижение стоимостных затрат (DСитог) на выполнение всех операций, руб/год:

DСитог=С0итог-С1итог(3.20)

.4. Коэффициент относительного снижения стоимостных затрат (Кситог)

Кситог=DСитог/С0итог *100%(3.21)

.5. Индекс снижения стоимостных затрат или повышение производительности труда(Yитог):

итог=С0итог/С1итог(3.22)

. Показатели единовременных затрат проекта

.1. Время разработки и отладки программы Tразр, час

.2. Часовая тарифная ставка программиста, руб., ЧТС

.3. Затраты на разработку Зразр

Зразр = Tразр ´ ЧТС(3.23)

.4. Затраты на программное обеспечение Зпо

.5. Общие затраты

З = Зразр + Зпо(3.24)

. Показатели эффективности проекта

.1. Годовой экономический эффект

Э=DСи - Ен´З, где(3.25)

Ен - процент амортизации основных средств, принимается равным 0,15.

Этот критерий устанавливается большим нуля (Э³0).

.2. Эффективность единицы затрат

Кэ =DСи / З(3.26)

.3.Срок окупаемости затрат на внедрение проекта автоматизированной обработки информации (Ток), лет.

Ток = З/DС(3.27)

где З - затраты на создание проекта (проектирование и внедрение)

Срок окупаемости должен быть не более трех лет (в соответствии с выбранной методикой трехлетний период расчета соответствует существующим общепризнанным принципам оценки показателей [2]). Представленное методическое обеспечение будет использовано при расчетах в пункте 3.2.

3.2 Расчет показателей экономической эффективности проекта

. Проведем вычисление трудовых и стоимостных затрат в базовом и проектном вариантах. Определим показатели изменения трудовых затрат:

.1. Определим общие трудовые затраты работников по обработке документов по базисному варианту:

Т0вх.док.=960´0,4 = 384 чел.-часа

.2. Общие трудозатраты по проектному варианту:

Т1вх.док.=960´0,28 = 269 чел.-часов

.3. Рассчитаем абсолютное снижение трудовых затрат на выполнение задачи:

∆Твх.док.=384 - 269= 115 чел.-часов

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

.4. Коэффициент относительного снижения трудовых затрат составит:

Квх.док= 115 / 384 ´100% = 30 %

.5. Индекс снижения трудовых затрат или повышение производительности труда:вх.док.=384 / 269= 1,4

. Определим показатели изменения стоимостных затрат:

.1. Определим общие стоимостные затраты работников по базисному варианту:

С0вх.док.= 384 ´ 85 = 32640 руб/год

.2. Общие стоимостные затраты по проектному варианту:

С1вх.док.= 269 ´ 85 = 22848 руб/год

.3. Рассчитаем абсолютное снижение стоимостных затрат на выполнение задачи:

∆Свх.док.= 32640 - 22848 = 9775 руб/год

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

.4. Коэффициент относительного снижения стоимостных затрат составит:

Ксвх.док.= 9775 / 32640 ´100% = 30%

.5. Индекс снижения стоимостных затрат:свх.док.= 32640 / 22848 = 1,4

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

. Проанализируем эти показатели для задачи обработки исходящих документов.

.1. Определим общие трудовые затраты руководителей по подготовке отчетов по базисному варианту:

Т0исх.док.=720´1 = 720 чел.-часов

.2. Общие трудозатраты по проектному варианту:

Т1 исх.док.=720´0,7 = 504 чел.-часов

.3. Рассчитаем абсолютное снижение трудовых затрат на выполнение задачи:

∆Т исх.док.= 720 - 504 = 216 чел.-часа

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

.4. Коэффициент относительного снижения трудовых затрат составит:

К исх.док.= 216 / 216 ´100% = 30 %

.5. Индекс снижения трудовых затрат или повышение производительности труда:исх.док.= 216 / 504 =1,4

. Определим показатели изменения стоимостных затрат:

.1. Определим общие стоимостные затраты работников по базисному варианту:

С0 исх.док.= 720 ´ 85= 61200 руб/год

.2. Общие стоимостные затраты по проектному варианту:

С1 исх.док.=504 ´ 85= 42840 руб/год

.3. Рассчитаем абсолютное снижение трудовых затрат на выполнение задачи:

∆С исх.док.= 61200 - 42840 = 18360 руб/год

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

.4. Коэффициент относительного снижения стоимостных затрат составит:

Кс исх.док.= 18360 / 61200 ´100% = 30 %

.5. Индекс снижения стоимостных затрат или повышение производительности труда:с исх.док.= 61200 / 42840 = 1,4

Таким образом, наблюдается явное снижение трудовых и стоимостных затрат на подготовку исходящих документов (на 30%) при использовании предлагаемой информационной системы.

. Проанализируем итоговые показатели по проекту.

.1. Определим общие трудовые затраты по базисному варианту:

Т0итог=384 + 720 = 1104 чел.-часов

.2. Общие трудозатраты по проектному варианту:

Т1 итог = 269 + 504 = 773 чел.-часов

.3. Рассчитаем абсолютное снижение трудовых затрат на выполнение задачи:

∆Т итог =1104 - 773 = 331 чел.-часа

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

.4. Коэффициент относительного снижения трудовых затрат составит:

К итог =331 / 1104 ´100% = 30 %

.5. Индекс снижения трудовых затрат или повышение производительности труда:итог =1104 / 773 = 1,4

. Определим показатели изменения стоимостных затрат:

.1. Определим общие стоимостные затраты работников по базисному варианту:

С0 итог = 32640 + 61200= 93840 руб/год

.2. Общие стоимостные затраты по проектному варианту:

С1 итог = 22848 + 42840= 65688 руб/год

.3. Рассчитаем абсолютное снижение стоимостных затрат на выполнение задачи:

∆С итог = 93840 - 65688 = 28135 руб/год

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

.4. Коэффициент относительного снижения стоимостных затрат составит:

Кс итог = 28135 / 93840 ´100% = 30 %

.5. Индекс снижения трудовых затрат или повышение производительности труда:с итог = 93840 / 65688 = 1,4

. Определим показатели единовременных затрат проекта

.1. Время разработки и отладки программы составило 70 часов.

.2. Часовая тарифная ставка программиста составляет 110 руб. /час.

.3. Затраты на разработку Зразр

Зразр = 70 ´ 110 = 7700

7.4. Рассчитаем общие затраты.

Таблица 3.4. Затраты на программное обеспечение

Стоимость лицензионной версии программы Delphi, руб38 300Стоимость лицензионной версии СУБД MS Access34 500

З = 7700 + 38 300 + 34 500 = 80500

8. Рассчитаем показатели эффективности проекта

.1. Годовой экономический эффект

Э=28135 - 0,15´80500= 16060

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

.2. Эффективность единицы затрат

Кэ = 119850/ 80500= 0,35

8.3. Срок окупаемости затрат на внедрение проекта автоматизированной обработки информации

Ток = 80500 / 119850 = 2,86

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

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

Рисунок 3.1 Трудозатраты на обработку документов до и после внедрения ИС

На рисунке 3.2 представлена диаграмма, показывающая изменение стоимостных затрат на обработку документов в связи с внедрением проекта.

Рисунок 3.2 Стоимостные затраты на обработку документов до и после внедрения ИС

Изменение стоимостных затрат до и после внедрения информационной системы (значение ∆С) для входящих и исходящих документов представлено на рисунке 3.3.

Рисунок 3.3 Изменение стоимостных затрат до и после внедрения информационной системы

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

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

Основными задачами, которые автоматизируем система, является обработка входных и выходных документов. В год работник канцелярии выполняет обработку порядка 3 000 входных документов и 3500 выходных документов. На каждый входной документ тратится около 25 минут или 0,4 часа, на каждый выходной - в среднем 1 час. Т.е. в год на обработку входящих документов работник канцелярии тратит порядка 1200 часов, а на работу с исходящими документами - до 3500 часов. Предположительно информационная подсистема сократит время работы с документами на 30%.

Средний оклад работника канцелярии составляет 16320 рублей, т.е. 85 рублей в час при восьмичасовом рабочем дне, считая, что в месяце 24 рабочих дня. Таким образом, затраты на обработку входных документов составляют 102000 руб. в год, затраты на обработку исходящих документов - 297500 руб. в год.

Показатели экономии на оплату труда работников по проектному варианту составят 119850 руб./год. По этим показателям проект полностью удовлетворяет поставленным перед ним требованиям. Показатели экономии трудозатрат составляют 1410 чел-часа. Данные показатели также соответствуют поставленным критериям.

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

Годовой экономический эффект проекта составляет 100590 руб., что свидетельствует об эффективности. Эффективность единицы затрат - 0,93. Это означает, что каждый потраченный рубль приносит 93 копейки дохода (экономии). Срок окупаемости единовременных затрат составит 1 год. Чтобы проект был эффективен на практике, необходимо ввести новые должностные инструкции, которые будут обязывать работника канцелярии вести обработку документации с помощью новой информационной подсистемы.

Заключение

В ходе проекта была разработана информационная подсистема «Электронный документооборот канцелярии».

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

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

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

Источники информации

1.Архангельский А.Я. Программирование в Delphi 7. - М.: ООО «Бином-Пресс», 2008, - 1152с.

2.Архипенков С. Лекции по управлению программными проектами [текст] С. Архипенков. - М.: 2009. - 128 с.

.Архипов А.И. Экономика. Финансы. Страхование. - Учебник. - М.: Велби, 2007. - 840 с.

.Бекашевич Ю.А., Пушкина Н.Д. Microsoft Access 2003. - СПб.: БХВ-Петербург, 2009, - 752с.

.Богатин Ю. В. Экономическая оценка качества и эффективности работы предприятия. - М.: Издательство стандартов, 2009. -216 с.

.Братищенко В. В. Проектирование информационных систем. [Текст] / Иркутск: БГУЭП, 2008 - 84 стр.

.Вендров А. М. CASE-технологии: Современные методы и средства проектирования информационных систем. [Текст] / М.: Финансы и статистика, 2009 - 176 стр.

.Вендров А. М., Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. - 2-е изд., перераб. и доп. [Текст] / М.: Финансы и статистика, 2009 - 192 стр.

.Вендров А. М., Проектирование программного обеспечения экономических информационных систем: Учебник. 2-е изд., перераб. и доп. [Текст] / М.: Финансы и статистика, 2009 - 544 стр.

.Вилков Л.А. Менеджмент процессов [текст] / Л.А. Вилков, Й. Беккер, В. Таратухин, М. Кугелер, М. Роземанн; пер. с нем. - М.: Эксмо, 2007. - 384 с.

.Гагарина Л.Г. Технология разработки программного обеспечения: учебное пособие [текст] / Л.Г.Гагарина, Е.В. Кокорева, Б.Д. Виснадул. - М.: ИД «ФОРУМ»: ИНФРА-М, 2008. - 400 с.

.Гвоздева В.А. Основы построения автоматизированных информационных систем: учебник [текст] / В.А. Гвоздева, И.Ю. Лаврентьева. М.: ИД «ФОРУМ»: ИНФРА-М, 2007. - 320 с.

.Годин В. В., Корнев И. К. Информационное обеспечение управленческой деятельности: Учебник. - М.: Мастерство: Высшая школа, 2008. -213с.

.Голицина О.Л. Базы данных: Учебное пособие [текст] / О.Л. Голицина, Н.В. Максимов, И.И. Попов. - М.: ФОРУМ: ИНФРА-М, 2009. - 352 с.

.Головач В. Дизайн пользовательского интерфейса. Искусство мыть слона [текст] / В. Головач. - М.: Dreamstime.com. 2009. - 97 с.

.Грекул В.И. Проектирование информационных систем: курс лекций: учебное пособие для студентов вузов, обучающихся по специальностям в области информ. технологий [текст] / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. - М.: Интернет-Ун-т Информ технологий, 2009. - 304 с.

.Гусева Т. М. Самоучитель по бухгалтерскому учету: учеб. пособие. - 2-е изд [текст] Т.М.Гусева., Т.Н.Шеина. - М.: Проспект, 2009. - 464с.

.#G0Гусятников В. Н., Безруков А. И. Стандартизация и разработка программных систем, учебное пособие [Текст] / М.: ФиС, 2010 - 288 стр.

.Дейт К.Дж. Введение в системы баз данных, 8-е издание.: Пер. с англ [текст] / К.Дж.Дейт. - М.: Издательский дом "Вильяме", 2010. - 1328 с.

.Диго С.М. Базы данных: проектирование и использование: Учебник [текст] / С.М.Диго. - М.: Финансы и статистика, 2010. - 592 с.

.Диго С.М. Проектирование использование баз данных: Учебник. - М.: Финансы и статистика, 2009.

.Емельянова Н.З. Основы построения автоматизированных информационных систем: Учебное пособие [текст] / Н.З.Емельянова, Т.Л. Партыка, И.И.Попов. - М.: ФОРУМ: ИНФРА-М, 2007. - 416 с.

.Зыков С. В. Модели жизненного цикла и методологии разработки корпоративных систем [Видеокурс] / Интернет-университет информационных технологий - ИНТУИТ.ру, 2009 - DVD-box: 2 диска.

.Иванова Г.С. Технология программирования: Учебник для вузов. - 2-е изд., стереотип. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2009. 320 с.: ил.

.Избачков Ю.С. Информационные системы: Учебник для вузов. 2-е изд [текст] / Ю.С.Избачков, В.Н.Петров. - СПб.: Питер, 2009. - 656 с.

.Кантор М. Управление программными проектами. Практическое руководство по разработке успешного программного обеспечения [Текст] / М.: Вильямс, 2007 - 176 стр.: с ил.

.Котляров В.П. Основы тестирования программного обеспечения: Учебное пособие / В.П.Котляров, Т.В. Коликова. - М.: Интернет-Университет Информационных технологий; БИНОМ. Лаборатория знаний, 2009. - 285 с.

.Крупский А.Ю. Разработка и стандартизация программных средств: Учебное пособие [текст] / А.Ю.Крупский, Л.А.Феоктистова. - М.: Издательско-торговая корпорация «Дашков и Ко», 2009. - 100 с.

.Лойко В.И. Информационные системы и технологии в экономике: Учебник. - 2-е изд., доп. и перераб [текст] / В.И. Лойко, Т.П. Барановская, М.И. Семенов, А.И. Трубилин. - М.: Финансы и статистика, 2009. - 416 с.

.Макконел Стив. Профессиональная разработка программного обеспечения [текст] / С. Макконел; пер. с англ. под ред. В.Агаповой. - СПб.: Символ-Плюс, 2011. - 240 с.

.Маклаков С. В. BPwin ERwin CASE-средства разработки ИС [Текст] / М.: Диалог-МИФИ, 2009 - 304 стр.

.Маклаков С. В. Моделирование бизнес-процессов - М., 2009. - 224с.

.Марков А.С. Базы данных. Введение в теорию и методологию: Учебник [текст] / А.С.Марков, К.Ю.Лисовский. - М.: Финансы и статистика, 2009. - 512 с.

.Маслов А.В. Проектирование информационных систем в экономике: учебное пособие / А.В. Маслов. - Томск: Изд-во Томского политехнического университета, 2008. - 216 с.

.Мацяшек Л.А. Анализ требований и проектирование систем.- М.: Наука, 2008- 352 с.

.Пестриков В.М. Delphi на примерах [текст] / В.М.Пестриков, А.Н.Маслобоев. - СПб.: БХВ-Петербург, 2009. - 496 с.

.Петров В.Н., Избачков Ю.С. Информационные системы: Учебник для вузов. 2-е изд. [Текст] / СПб.: Питер Принт, 2010 - 656 стр.

.Поляков А.В. Семь лекций об учёте затрат на предприятиях, имеющих распределённую структуру [текст] / А.В.Поляков. - М.: ИД «Русский журнал», 2006. - 56 с.

39.Проектирование и разработка автоматизированных, информационных и аналитических систем [Электронный ресурс]. - Режим доступа: www.info-system.ru <#"justify">Приложение

Техническое задание

Наименование программы

Полное наименование системы и ее условное обозначение - автоматизированная информационная документооборота.

.2 Характеристика области применения программы

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

-руководителю;

-в структурные подразделения, не требующие резолюции руководителя.

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

При рассмотрении документа руководителем пишется резолюция, которая содержит решение по существу поставленного в документе вопроса. В резолюции определяется ФИО исполнителя, четкие и конкретные указания по исполнению, срок исполнения, подпись, дата. [15]

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

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

Основания для разработки

Заказчик системы: банк «ВТБ 24».

Назначение разработки

3.1 Функциональное назначение программы

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

.2 Эксплуатационное назначение программы

Программа должна эксплуатироваться в профильных подразделениях (канцелярии) в организации заказчика. Пользователями программы <javascript:void(16603)> должны являться сотрудники профильных подразделений (работники канцелярии).

Требования к программе

.1 Требования к функциональным характеристикам программы

-Регистрация входящих документов;

-Прикрепление входящих документов;

-Регистрация исходящих документов;

-Прикрепление исходящих документов;

-Просмотр и поиск входящих документов по параметрам:

-Контроль на дату исполнения;

-Работа за день;

-Работа за период;

-Поиск по № документа

-Просмотр и поиск исходящих документов по параметрам:

-Работа за день;

-Работа за период;

-Печать входящих документов;

-Печать исходящих документов.

4.1.2 Требования к организации входных и выходных данных

Данные представляются в системе в виде реляционных таблиц,.

.1.3 Требования к производительности и потребляемым ресурсам

Время отклика на запросы пользователя должно быть не более 1 секунды, требуется наличие свободного места на жестком диске: не менее 2 Мб для хранения самой программы и место для хранения файла базы данных (10 Мб)

.2 Требования к надежности программы

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

.3 Условия эксплуатации программы

Система должна обеспечивать круглосуточный режим работы с перерывами 1 раз в неделю на сервисное обслуживание.

Должно обеспечиваться ежедневное проведение работ по наблюдению за состоянием аппаратно - технических средств.

Условия эксплуатации должны соответствовать нормальным климатическим условиям, определенным в ГОСТ 27201-87 и иметь следующие значения:

-температура воздуха от 150 С до 250 С;

-относительная влажность от 45% до 75% при 250 С;

-атмосферное давление от 630 мм. рт. ст. до 800 мм. рт. ст.

4.4 Требования к составу и параметрам технических средств

Тип процессора - Pentium 66 и выше

Объем ОЗУ - 256 Мб.

Требования к монитору -монитор SVGA с диагональю 17.

Наличие свободного места на жестком диске: не менее 2 Мб для хранения самой программы и место для хранения файла базы данных (10 Мб).

-Наличие устройств ввода (клавиатура и мышь)

-Наличие принтера

4.5 Требования к информационной и программной совместимости

Требуется совместимость с платформой ОС Windows7

.5.1 Требования к информационным структурам на входе и выходе программы

Все данные должны храниться в таблицах.

.5.2 Требования к реализуемым методам решения

Особых требований не предъявляется

.5.3 Требования к исходным кодам и используемым языкам программирования

Для выполнения запросов пользователя в системе должен быть использован структурированный язык запросов SQL по стандарту ANSI99. Допускается использование более позднего стандарта.

Для обеспечения дружественного интерфейса в диалоговом режиме между пользователем и системой должна использоваться система 1С 8.2.

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

В разрабатываемой системе для хранения данных и обработки запросов должна применяться система 1С 8.2

Основные требования:

-построение объектно-реляционной модели данных;

-надежность, безопасность, высокая производительность обработки данных;

-возможность восстановления базы данных;

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

-совместимость с платформой ОС Windows7;

-невысокая стоимость СУБД.

4.5.5 Требования к защите информации и программ

1) В автоматизируемом подразделении должна на каждом рабочем месте пользователя (ПК) в обязательном порядке обеспечиваться реализация средств защиты информации (программно и аппаратно).

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

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

) Требования по сохранности информации при авариях

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

-аварии из-за отключения электропитания, в том числе и бесперебойного;

-аварии, связанные с внезапным отключением компонента системы от общей сети;

-аварии, связанные с недопустимыми действиями пользователей с системой;

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

4.6 Специальные требования к программе

Не предъявляются

Состав и требования к программной документации

.1 Предварительный состав программной документации

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

Техническое задание

Руководство пользователя

.2 Специальные требования к программной документации

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

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

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

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

6 Технико-экономические показатели

6.1 Экономическая эффективность разработки

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

.2 Сравнительный анализ преимуществ разработки

. Стадии и этапы разработки

7.1 Организационная структура и группы разработчиков

В группе разработчиков имеется руководитель (руководитель дипломного проекта) и разработчик (студент)

.2 Основные стадии и этапы разработки

Проект разработки информационной системы включает следующие этапы:

-Описание функций работников

-Разработка функциональной модели «как-есть»

-Разработка модели потоков данных «как-есть»

-Формулирование проблем

-Разработка функциональной модели «как-будет»

-Разработка модели потоков данных «как-будет»

-Формулирование требований

-Сравнительный анализ ПС

-Описание задач пользователей

-Разработка диаграммы вариантов использования

-Разработка инфологической модели

-Проектирование таблиц, нормализация

-Выбор среды разработки

-Разработка таблиц

-Разработка запросов

-Разработка форм

-Разработка отчетов

-Разработка интерфейса

-Ввод данных в базу

-Тестирование БД

-Разработка технической документации

-Разработка пользовательской документации

-Установка БД

-Обучение персонала

7.3 Календарный план выполнения работ

Проект разработки информационной системы займет 67 дней (рисунок 1).

Рисунок 1. График внедрения информационной системы

Порядок контроля и приемки

8.1 Контрольные точки выполнения работы

Техническое задание

Проект информационной системы

База данных

Проект интерфейса

Готовая информационная система

.2 Программа и методика испытаний

.2.1 Последовательность испытаний

Все испытания создаваемой системе на этапе разработке проводит разработчик. Состав и объем работ определяется им же

Методы проведения испытаний

Испытания системы должны проводиться на конкретном примере, смоделированном с учетом структуры системы

.2.3 Требования к представлению результатов проведения испытаний Отметки об испытаниях системы и список проводимых работ разработчик предоставляет начальнику автоматизируемого подразделения.

.3 Общие требования к приемке работы

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

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

При отсутствии замечаний к демонстрируемому объекту комиссия принимает решение об опытной эксплуатации.

В случае успешного окончания опытной эксплуатации комиссия принимает решение о внедрении объекта.

Требования к документированию. Требования к документированию определяются руководством автоматизируемого подразделения.

Похожие работы

 

Не нашел материала для курсовой или диплома?
Пишем качественные работы
Без плагиата!