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

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

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

Какие теоретические основы нужно знать для проектирования

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

Основные цели любой ИСБ:

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

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

Этап 1: Формулируем цель и задачи нашей контрольной работы

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

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

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

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

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

Такой подход позволяет превратить расплывчатое задание «спроектировать ИС» в понятный и выполнимый план действий.

Этап 2: Проводим анализ бизнес-процессов бухгалтерии

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

Принято выделять три уровня процессов:

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

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

  • «Обработка первичной документации от поставщиков и клиентов»
  • «Начисление заработной платы сотрудникам и связанных отчислений»
  • «Взаимодействие с налоговыми органами и социальными фондами»

Именно эти процессы мы будем визуализировать на следующих этапах.

Этап 3: Почему мы выбираем BPWin как инструмент для моделирования

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

Ключевая особенность BPWin — поддержка нотации IDEF0 (Integration Definition for Function Modeling). Это строгий, стандартизированный язык для функционального моделирования. Его главный принцип — декомпозиция «сверху вниз», от общего к частному. Это позволяет сначала описать систему как единое целое, а затем последовательно детализировать ее внутренние компоненты, не теряя общей картины.

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

Этап 4: Как построить контекстную диаграмму A-0 в BPWin

Процесс моделирования в BPWin начинается с построения диаграммы самого верхнего уровня — контекстной диаграммы A-0. Ее задача — показать систему как единый «черный ящик» и определить ее границы, то есть то, как она взаимодействует с внешним миром.

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

Теперь определим его интерфейсы — стрелки, которые входят в блок и выходят из него:

  • Входы (Input): Данные, которые преобразуются процессом. Для нас это счета-фактуры от поставщиков, информация по контрактам, данные от клиентов.
  • Выходы (Output): Результат работы процесса. Это финансовая отчетность, налоговые декларации, платежные поручения, отчеты в социальные фонды.
  • Управляющие воздействия (Control): Правила и ограничения, регламентирующие выполнение процесса. Главное здесь — Законодательство РФ, Налоговый кодекс и учетная политика предприятия.
  • Механизмы (Mechanism): Ресурсы, выполняющие работу. Это сотрудники бухгалтерии и используемое бухгалтерское ПО.

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

Этап 5: Как выполнить декомпозицию для детализации модели

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

Главный процесс «Осуществление бухгалтерского учета…» мы можем разбить на следующие 3-5 подпроцессов, которые мы выделили на этапе анализа:

  1. Учет расчетов с контрагентами: Сюда входит обработка всей первичной документации от поставщиков и клиентов.
  2. Расчет заработной платы и отчислений: Этот блок отвечает за расчеты с персоналом и перечисления в фонды.
  3. Формирование отчетности: Здесь происходит подготовка и сдача налоговой и финансовой отчетности.

Самое важное на этом этапе — обеспечить целостность модели. Все информационные потоки (входы, выходы, управление) с родительской диаграммы A-0 должны быть корректно распределены между новыми, дочерними процессами. Например, «счета-фактуры» станут входом для процесса «Учет расчетов с контрагентами», а «Налоговый кодекс» будет управляющим воздействием для «Формирования отчетности». Так мы шаг за шагом детализируем нашу модель, сохраняя ее логическую непротиворечивость.

Заключение

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

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

Список использованной литературы

  1. Грекул В. И., Проектирование информационных систем Издательство: М.: Интернет-Ун-т Информ технологий год издания: 2005.
  2. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп.– М.: Финансы и статистика, 2006. – 544 с: ил.
  3. Елиферов В.Г., Репин В.В. «Бизнес-процессы: Регламентация и управление: Учебник». – М.:ИНФРА-М, 2007. – 319с. – (учебники программы МВА)
  4. Кравченко В. Ф. «Организационный инжиниринг», Москва, 1999г
  5. Кузнецов А.И. «Методика проведения обследования бизнес-процессов компании», источник: www.iteam.ru.

Похожие записи