Проектирование информационной системы аудиторской компании ООО "Дежавю"

Тип работы:
Курсовая
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

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

Кафедра информационных технологий

Специальность: 80 801 — прикладная информатика (в экономике)

Дисциплина: Проектирование информационных систем

Курсовой проект на тему:

Моделирование бизнес-процессов аудиторской компании ООО «Дежавю»

Содержание

  • Введение
  • Глава 1. Обследование предметной области
  • 1.1 Общая характеристика компании
  • 1.2 Организационная структура управления компанией
  • 1.3 Сфера деятельности компании
  • Глава 2. Построение модели деятельности «как есть» (AS-IS)
  • 2.1 Структурная функциональная модель деятельности в соответствии со стандартом c (иерархия SADT-диаграмм)
  • 2.2 Функциональная модель в виде иерархии потоков данных (DFD)
  • Глава 3. Построение модели деятельности «как должно быть» (TO-BE)
  • 3.1 Структурная функциональная модель деятельности в соответствии со стандартом IDEF0 (иерархия SADT-диаграмм)
  • Глава 4. Формирование технического задания на создание автоматизированной информационной системы
  • Заключение
  • Список литературы
  • Приложения

Введение

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

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

«1С» версия 7.7 [16];

«1С» версия 8.0 [17];

«Галактика» [18];

«Монолит SQL» [19];

«Парус» [20] и др.

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

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

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

построить модель деятельности аудиторской компании «как есть» (AS-IS);

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

смоделировать деятельность аудиторской компании «как должно быть» (TO-BE);

сформировать техническое задание на создание автоматизированной информационной системы аудиторской компании.

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

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

информационная система модель аудиторская

Глава 1. Обследование предметной области

1.1 Общая характеристика компании

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

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

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

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

Аудиторская компания ООО «Дежавю» оказывает ряд услуг:

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

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

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

1.2 Организационная структура управления компанией

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

решение одних и тех же вопросов не должно находиться в ведение разных подразделений;

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

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

В основу структуры управления компанией положена определенная система. Известно три основные системы управления производством:

линейная;

функциональная;

смешанная.

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

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

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

На ООО «Дежавю» также применена разновидность смешанной системы организационной структуры управления (см. рис. 1).

Рис. 1. Структура компании

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

1.3 Сфера деятельности компании

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

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

У многих предпринимателей возникает вопрос: «Не является ли аудит способом подмены ревизионной деятельности, проводимой на предприятиях в прежние годы, адаптированным применительно к сегодняшним условиям рыночной экономики?» [12]. Однако отождествление аудита с обычной ревизией производственно-финансовой деятельности неправомерно и свидетельствует о недостаточном знании этого многоаспектного вида предпринимательской деятельности.

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

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

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

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

На сегодняшний день в рамках деятельности компании ООО «Дежавю», можно обозначить ряд оказываемых услуг:

обязательный аудит;

инициативный аудит;

аудиторское сопровождение;

бухгалтерское обслуживание;

восстановление бухгалтерского учета;

автоматизация учета;

консультации.

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

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

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

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

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

Глава 2. Построение модели деятельности «как есть» (AS-IS)

2.1 Структурная функциональная модель деятельности в соответствии со стандартом c (иерархия SADT-диаграмм)

Для проведения анализа и реорганизации бизнес-процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:

IDEF0 (функциональная модель);

DFD (DataFlow Diagram);

IDEF3 (Workflow Diagram).

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы.

Построение модели информационной системы начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. В приложении 1 на рисунке 2 представлена контекстная диаграмма информационной системы аудиторской компании ООО «Дежавю».

Взаимодействие системы с окружающей средой описывается в терминах входа (см. прил.1 рис. 2 это «Клиент»), выхода («Обязательства по выполнению»), управления («Действующее законодательство») и механизмов («Сотрудники», «Офисная техника», «Информационные ресурсы» — это ресурсы, необходимые для процесса функционирования компании).

«Действующее законодательство» — это свод законов, действующие на определенной территории, которыми управляется процесс функционирования компании.

В оказании услуг принимает участие «Сотрудники» компании.

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

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

Весь процесс функционирования аудиторской компании ООО «Дежавю» разбивается на три диаграммы:

1)"Данные клиента" - процесс сбора информации о клиенте;

2)"База клиентов" - информационная база данных обслуживаемых клиентов. Декомпозируется на три диаграммы (см. прил.1 рис. 4):

а)"Клиент" - данные о клиенте;

б)"Система налогообложения" - система налогообложения обслуживаемого предприятия;

в)"Обработка данных" - процесс обработки входящих данных и дальнейшая их систематизация;

3)"Выполнение работ" - процесс выполнения (оказания) услуг. Декомпозируется на три диаграммы (см. прил.1 рис. 5):

а)"Услуги" - составление плана работ, в соответствии с выбранной услугой. Декомпозируется на четыре диаграммы (см. прил.1 рис. 6): список услуг; список договоров; сбор данных;

б)"Стоимость работ" - стоимость работ в соответствии с планом работ и обслуживающим сотрудником;

в)"Издержки" - затраты предприятия на реализацию плана;

г)"Выполнение расчетов" - процесс выполнения расчетов.

2.2 Функциональная модель в виде иерархии потоков данных (DFD)

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

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

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

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

В приложении 2 на рисунке 7 представлена контекстная диаграмма информационной системы аудиторской компании ООО «Дежавю».

Контекстная диаграмма содержит один процесс «Оказание услуги», взаимодействующий с внешними сущностями «Клиент», «Банк», «Сотрудники». Этот процесс также декомпозируется на четыре диаграммы (см. прил.2 рис. 8):

1)"Заключить договор с клиентом" - процесс отвечает за составление, заключение договора между клиентом и компанией, а также включает в себя сбор данных о клиенте. Декомпозируется на четыре диаграммы (см. прил.2 рис. 9):

а)"База клиентов" - отвечает за сбор данных о клиенте;

б)"Составить договор" - процесс составления договора на основе входящих данных. Процесс декомпозируется на одну диаграмму — «Составить договор на консалтинговую услугу», на этом этапе составляется договор на основе имеющихся данных (данные о клиенте, список услуг, формы договоров и др. см. прил.2 рис. 10);

в)"Составить коммерческое предложение" - процесс составления коммерческого предложения, на основе входящих данных;

г)"Анализ предприятия" - процесс исследования предприятия, для определения его особенностей;

2)"Расчеты с клиентами" - процесс, отвечающий за расчеты клиентов в соответствии с данными договора. Декомпозируется на две диаграммы (см. прил.2 рис. 11):

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

б)"Расчет по договору" - процесс выставления счета по договору клиенту, на основе данных по договору и акта о выполнении работ;

3)"Предоставить план работ сотруднику" - составление плана работы, в соответствии с переданными указаниями и данными, а также стоимости работ;

4)"Выполнение работ" - процесс выполнения работ, в соответствии с планом работ и входящих данных.

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

Глава 3. Построение модели деятельности «как должно быть» (TO-BE)

3.1 Структурная функциональная модель деятельности в соответствии со стандартом IDEF0 (иерархия SADT-диаграмм)

В результате изучения функциональной структуры и системы документооборота ООО «Дежавю» были выявлены следующие недостатки в организации работы:

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

Диаграммы структурной функциональной модели в стандарте IDEF0 показаны в приложении 3 на рисунке 12 Контекстные диаграммы моделей AS-IS и TO-BE совпадают. Изменения, внесенные в SADT-модель, отражены ниже в виде списка.

Список внесенных изменений:

в модель «Аудиторская компания» (А0, см. прил.3. рис. 12), добавлена новая диаграмма «Готовые работы», которая отвечает за процесс уже когда-то реализованных услуг по выбранной организации и на выходе имеет готовый план работ для реализации услуг;

в модель «Выполнение работ» (А3, см. прил.3. рис. 13), добавлена входящая связь «Готовый план работ», имеющий взаимодействие с предыдущим пунктом списка.

Событийная (описывающая поведение) модель с использованием диаграмм переходов состояний STD (при необходимости)

Диаграммы функциональной модели в виде иерархии потоков данных (DFD) показаны в приложении 4 рис. 14 Контекстные диаграммы моделей AS-IS и TO-BE совпадают. Изменения, внесенные в STD-модель, отражены ниже в виде списка.

Список внесенных изменений:

в модель «Оказание услуг» (А0, см. прил.4. рис. 14), добавлена новая диаграмма «Готовые работы», которая отвечает за процесс уже когда-то реализованных услуг по выбранной организации и на выходе имеет готовый план работ для реализации услуг.

Глава 4. Формирование технического задания на создание автоматизированной информационной системы

1. Общие сведения

Полное наименование системы: АИС ООО «Дежавю».

Условное обозначение системы: АИС РМ.

Шифр темы или шифр (номер) договора: CASE/0001.

Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

Заказчик: ООО «Дежавю», адрес — Россия, 644 103, г. Омск, ул. Заводская, 3, тел. 55−15−40, факс 55−15−41.

Разработчик: Московская промышленная академия, адрес — Россия, 644 042, г. Омск, пр. Карла Маркса, 18/10, тел. 37−30−46, факс — 37−30−19.

Основание для создания: Курсовой проект по дисциплине: «Проектирование информационных систем».

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

Начало: 14. 01. 2010 г.

Окончание: 17. 02. 2010 г.

Сведения об источниках и порядке финансирования работ:

Источник финансирования: отсутствует.

Объем финансирования: не определен.

2. Назначение и цели создания системы

2.1 Назначение системы: Разрабатываемая АИС предназначена для обеспечения эффективной работы предприятия на основе новых технологий и оборудования, отвечающих современным требованиям, действующим нормативным документам, техническим требованиям и условиям органов государственного надзора. Управляемый процесс является бизнес-процессом, направленным на получение максимальной прибыли от деятельности предприятия, оказывающего аудиторские. Объект автоматизации - ООО «Дежавю».

Автоматизации подлежат следующие системы:

система работы с клиентами;

система ведения услуг;

система ведения работ.

2.2 Цели создания системы:

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

повышение оперативности управления процессом на 50%;

повышение производительности труда на 25%;

обеспечение устойчивости функционирования объекта;

повышение отказоустойчивости системы хранения информации.

Критерии оценки достижения цели создания системы — повышение общей прибыли предприятия и его конкурентоспособности.

3. Характеристики объекта автоматизации: ООО «Дежавю» — компания, предоставляющая аудиторские, бухгалтерские и др. консалтинговые услуги.

4. Требования к системе

4.1 Требования к системе в целом

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

АИС ООО «Дежавю» Уровень 1.

Подсистема заключения договоров с клиентами.

Подсистема расчетов с клиентами.

Подсистема ведения работ.

Подсистема плана работ.

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

Подсистема расчетов с клиентами.

4.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы.

Данные договора.

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

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

Акт о выполнении работ.

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

Приемник — подсистема расчетов с клиентами.

4.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к совместимости, способы обмена информацией.

Внешняя сущность — Банк.

Принимает информацию от АИС ООО «Дежавю» через поток «Платежное поручение».

Направляет информацию к АИС ООО «Дежавю» через поток «Банковская выписка».

Внешняя сущность — Клиент.

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

Направляет информацию к АИС ООО «Дежавю» через поток «Выбо услуги», через поток «Информация о клиенте».

Внешняя сущность — Сотрудники.

Принимает информацию от АИС ООО «Дежавю» через поток «Данные об оказании услуг», через поток «Требования/Указания».

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

4.1.4 Требования к численности и квалификации персонала системы и режиму его работы:

Для эксплуатации АС ООО «Дежавю» определены следующие роли:

администратор баз данных;

пользователь.

Основными обязанностями администратора баз данных являются:

установка, модернизация, настройка параметров программного обеспечения СУБД;

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

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

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

Основными обязанностями пользователя являются:

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

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

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

Рекомендуемая численность для эксплуатации АС ООО «Дежавю»: Администратор баз данных — 1 штатная единица; пользователь — число штатных единиц определяется структурой предприятия;

4.1.5 Требования к показателям назначения:

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

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

для операций навигации по экранным формам системы — не более 5 сек;

для операций формирования услуг и расчетов — не более 10 сек.

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

4.1.6. Требования к надежности:

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

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

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

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

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

4.1.7 Требования к безопасности: требования не предъявляются.

4.1.8 Требования к эргономике и технической эстетике:

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

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

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

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

4.1.9 Требования к транспортабельности для подвижных АИС: требования не предъявляются.

4.1. 10 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению комплектов системы:

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

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

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

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

4.1. 11 Требования к защите информации от несанкционированного доступа:

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

4.1. 12 Требования к сохранности информации:

Программное обеспечение А С Кадры должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств.

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

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

4.1. 13. Требования к средствам защиты от внешних воздействий:

Защита от влияния внешних воздействий должна обеспечиваться средствами программно технического комплекса заказчика.

4.1. 14. Требования к патентной чистоте: требования не предъявляются.

4.1. 15. Требования к стандартизации и унификации:

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

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

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

Экранные формы должны проектироваться с учетом требований унификации:

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

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

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

4.1. 16. Дополнительные требования: дополнительные требования не предъявляются.

4.2 Требования к функциям.

Подсистема заключения договоров с клиентами. Уровень 2.

Внести данные о клиенте. Имеет функцию — ведение БД с алгоритмом:

1) получить данных клиента;

2) внести данные в БД.

Анализ предприятия. Имеет функцию — исследовать предприятие заказчика по алгоритму:

1) выбранная услуга;

2) полученные данные в ходе исследования к выбранной услуге.

Составить коммерческое предложение: Имеет функцию — составление коммерческого предложения клиенту с алгоритмом:

1) данные в ходе исследования предприятия заказчика;

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

Составить договор. Уровень 3.

Составить договор на услугу. Имеет функцию — составление проекта договора на услугу с алгоритмом:

1) получить данные коммерческого предложения;

2) получить данные клиента;

3) получить выбранную услуга;

4) получить форму договора;

5) составить договор на услугу;

6) внести данные договора в БД.

Составить договор на консалтинговую услугу. Имеет функцию — составление проекта договора на консалтинговую услугу с алгоритмом:

1) получить заказ на услуги;

2) получить данные клиента;

3) получить форму договора;

4) получить услугу из списка предоставляемых услуг;

5) составить договор;

6) внести данные договора в БД.

Подсистема расчетов с клиентами. Уровень2.

Сформировать счет клиенту на предоплату. Имеет функцию — формирование счета клиенту по алгоритму:

1) получить банковскую выписку;

2) получить из договора данные о размере предоплаты;

3) формировать счет клиенту на предоплату.

Расчет по договору. Имеет функцию — закрытие договора с клиентом с алгоритмом:

1) получить данные из договора;

2) получить данные по счету;

3) получить акт о выполнении работ;

4) сформировать счет на оплату;

5) внести отметку о надежности клиента в БД.

4.3 Требования к видам обеспечения.

4.3.1 Требования к математическому обеспечению: < отсутствуют>

4.3.2 Требования к информационному обеспечению.

Внешняя сущность — Банк.

Перечень входных потоков: платежное поручение.

Перечень выходных потоков: банковская выписка.

Внешняя сущность — Клиент.

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

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

Внешняя сущность — Сотрудник.

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

Перечень выходных потоков: данные сотрудника, стоимость работ.

4.3.3 Требования к лингвистическому обеспечению:

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

4.3.4 Требования к программному обеспечению:

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

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

4.3.5 Требования к техническому обеспечению: требования не предъявляются.

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

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

5. Состав и содержание работ по созданию (развитию) системы.

Номер и наименование этапа:

1. Проведение обследования: начало этапа — 14. 01. 20 010 г., конец — 17. 01. 2010 г.

2. Создание модели АИС — начало этапа: 14. 10. 2009 г., конец этапа: 17. 04. 2010 г.

6. Порядок контроля и приемки системы: не определен.

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие:

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

определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации АИС;

обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем;

обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ЧТЗ;

Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение АС ООО «Дежавю»;

совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика;

провести опытную эксплуатацию АС ООО «Дежавю».

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

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

9. Источники разработки

Документ: ТЗ-1

Полное наименование: Техническое задание на проектирование АИС от 14. 01. 2010 г.

Заключение

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

Для достижения поставленной цели были решены следующие задачи:

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

построена модель деятельности аудиторской компании «как есть» (AS-IS);

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

смоделирована деятельность аудиторской компании «как должно быть» (TO-BE);

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

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

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

освобождению работников от рутинной работы за счет ее автоматизации;

обеспечению достоверности информации;

уменьшению затрат на производство продуктов и услуг.

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

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

Список литературы

1. Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. — М.: Финансы и статистика, 2000. — 352с.

2. Калянов Г. Н. CASE-технологии. Консалтинг в автоматизации бизнес-процессов. — 3-е изд. — М.: Горячая линия — Телеком, 2002. — 320 с.

3. Малков О. Б., Белимова Е. В. Проектирование баз данных с использованием CASE-технологии: Методические указания. — Омск, 2003. — 48 с.

4. Маклаков С. В. Моделирование бизнес-процессов с BPwin 4.0. — М.: Диалог-МИФИ, 2007. — 224 с.

5. Проектирование экономических информационных систем: Учебник / Г. Н. Смирнова, А. А. Сорокин, Ю. Ф. Тельнов; Под ред. Ю. Ф. Тельнова. — М.: Финансы и статистика, 2001. — 512 с.

6. Экономическая информатика. Учебник для вузов / Под ред. проф.В. В. Евдо-кимова. — СПб: Питер, 1997. — 594 с.

7. Экономическая информатика: Учебник / Под ред. П. В. Конюховского и Д. Н. Колесова. — СПб: Питер, 2001. — 560 с.

8. Учебное пособие Создание моделей в BPwin.

9. Бойко В. В., Савинков В. М. Проектирование баз данных информационных систем. — М.: Финансы и статистика, 1999. — 351 с.

10. Абросимов А. Г., Бородинова М. А. Теория экономических информационных систем. — Самара; Изд-во Самарск. Гос. Экон. академ., 2001. — 170 с.

11. Данилин А., Слюсаренко А. Архитектура и стратегия. «Инь» и «янь» информационных технологий. Интернет-университет информационных технологий — ИНТУИТ. ру, 2005. — 120 с.

Источники Интернет

12. http: //www. abc-people. com/typework/economy/audit3. htm — энциклопедия людей и идей.

13. http: //6786. ru/ - аудиторская деятельность.

14. http: //ru. wikipedia. org/ - Википедия — свободная энциклопедия.

15. http: //abc. vvsu. ru/Books/pr_audit_prakt/ - аудит, практикум.

16. http: //www. 1c. ru/ - фирма «1С».

17. http: //v8. 1c. ru/ - фирма «1С».

18. http: //www. galaktika. ru/ - портал корпорации «Галактика», информационные технологии управления.

19. http: //www. monolit. com/monsql/ - компания Монолит-Инфо — российский разработчик корпоративных информационных систем ERP-класса.

20. http: //www. parus. ru/ - корпорация «Парус» — информационные системы управления.

Приложения

Приложение 1

IDEF0 модели деятельности «КАК ЕСТЬ»

Рис. 2. Структурная IDEF0 модель. Контекстная диаграмма аудиторской компании

Рис. 3. Структурная IDEF0 модель. Декомпозиция работы аудиторской компании

Рис. 4. Структурная IDEF0 модель. Декомпозиция работы «Базы клиентов»

Рис. 5. Структурная IDEF0 модель. Декомпозиция работы «Выполнение работ»

Рис. 6. Структурная IDEF0 модель. Декомпозиция работы «Услуги»

Приложение 2

DFD модели в виде потоков данных «КАК ЕСТЬ»

Рис. 7. Функциональная DFD модель. Контекстная диаграмма аудиторской компании

Рис. 8. Функциональная DFD модель. Декомпозиция работы «Оказание услуги»

Рис. 9. Функциональная DFD модель. Декомпозиция работы «Заключить договор с клиентом»

Рис. 10. Функциональная DFD модель. Декомпозиция работы «Составить договор»

Рис. 11. Функциональная DFD модель. Декомпозиция работы «Расчеты с клиентами»

Приложение 3

IDEF0 модели деятельности «как должно быть» —

Рис. 12. Структурная IDEF0 модель TO-BE. Декомпозиция работы «Аудиторская компания»

Рис. 13. Структурная IDEF0 модель TO-BE. Декомпозиция работы «Выполнение работ»

Приложение 4

DFD модели в виде потоков данных «как должно быть»

Рис. 14. Функциональная DFD модель TO-BE. Декомпозиция работы «Оказание услуги»

ПоказатьСвернуть
Заполнить форму текущей работой