Выполнение контрольной работы по проектированию информационных систем часто ставит студентов в тупик. Кажется, что нужно идеально знать и теорию бухгалтерского учета, и сложные CASE-средства. Однако на практике успешное проектирование — это в первую очередь понимание прикладной логики и четкое следование последовательности действий. Успех зависит не столько от зубрежки, сколько от умения системно мыслить.
Эта статья — не просто теоретическая выкладка, а сквозной пример, который проведет вас «за руку» по всем ключевым этапам. Мы покажем, как, отталкиваясь от современных требований к бухгалтерскому учету, ориентированному на международные стандарты, можно выполнить учебный проект от постановки цели до создания работающей функциональной модели.
Какие теоретические основы нужно знать для проектирования
Прежде чем приступать к практике, важно освоить минимальный понятийный аппарат. В центре нашего внимания — Информационная система бухгалтерии (ИСБ). По своей сути, это не просто программа, а комплексный инструмент для идентификации, регистрации, обработки и хранения бухгалтерских данных с целью их преобразования в ценную информацию для принятия управленческих решений.
Основные цели любой ИСБ:
- Объективное отображение прибыльности бизнеса.
- Демонстрация общего финансового состояния предприятия (его активов, обязательств, собственного капитала).
- Обеспечение информационной поддержки для руководства.
Для достижения этих целей система должна работать на основе нескольких базовых принципов, таких как контроль, актуальность, совместимость и соответствие Общепринятым принципам бухгалтерского учета (GAAP). Для анализа и проектирования таких систем используется моделирование бизнес-процессов (BPM) — ключевой инструмент, позволяющий визуализировать, анализировать и оптимизировать деятельность предприятия, повышая ее общую эффективность.
Этап 1: Формулируем цель и задачи нашей контрольной работы
Любая проектная работа начинается с четкой постановки задачи. В рамках нашего сквозного примера объектом моделирования будет «Бухгалтерия промышленного предприятия». Это классический и содержательный пример, так как такая бухгалтерия обрабатывает разноплановые операции: от счетов-фактур поставщиков и клиентов до начисления заработной платы и взаимодействия с налоговыми органами и социальными фондами.
Сформулируем главную цель проекта:
Создать функциональную модель деятельности бухгалтерии промышленного предприятия для анализа ее текущего состояния и последующей оптимизации.
Чтобы достичь этой глобальной цели, необходимо декомпозировать ее на ряд конкретных, измеримых задач:
- Описать функциональный состав проектируемой системы.
- Определить ключевых пользователей системы и их роли.
- Выявить и описать точки взаимодействия системы с внешним окружением (контрагенты, банки, госорганы).
Такой подход позволяет превратить расплывчатое задание «спроектировать ИС» в понятный и выполнимый план действий.
Этап 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 подпроцессов, которые мы выделили на этапе анализа:
- Учет расчетов с контрагентами: Сюда входит обработка всей первичной документации от поставщиков и клиентов.
- Расчет заработной платы и отчислений: Этот блок отвечает за расчеты с персоналом и перечисления в фонды.
- Формирование отчетности: Здесь происходит подготовка и сдача налоговой и финансовой отчетности.
Самое важное на этом этапе — обеспечить целостность модели. Все информационные потоки (входы, выходы, управление) с родительской диаграммы A-0 должны быть корректно распределены между новыми, дочерними процессами. Например, «счета-фактуры» станут входом для процесса «Учет расчетов с контрагентами», а «Налоговый кодекс» будет управляющим воздействием для «Формирования отчетности». Так мы шаг за шагом детализируем нашу модель, сохраняя ее логическую непротиворечивость.
Заключение
В ходе этой работы мы прошли полный цикл проектирования информационной системы в рамках учебного задания. Мы начали с формальной постановки цели и задач, провели анализ предметной области, выделив ключевые бизнес-процессы, и на основе этого анализа создали двухуровневую функциональную модель в нотации IDEF0 с помощью инструмента BPWin.
Главный вывод, который можно сделать: спроектированная модель успешно описывает базовые функции бухгалтерии промышленного предприятия и ее взаимодействие с внешней средой. Она является наглядным и структурированным представлением деятельности и может служить надежной основой для дальнейшей детализации, оптимизации бизнес-процессов или постановки задачи на автоматизацию. Такой подход к выполнению контрольной демонстрирует не только знание теории, но и владение практическими навыками системного анализа, что является ключевой компетенцией для будущего специалиста.
Список использованной литературы
- Грекул В. И., Проектирование информационных систем Издательство: М.: Интернет-Ун-т Информ технологий год издания: 2005.
- Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп.– М.: Финансы и статистика, 2006. – 544 с: ил.
- Елиферов В.Г., Репин В.В. «Бизнес-процессы: Регламентация и управление: Учебник». – М.:ИНФРА-М, 2007. – 319с. – (учебники программы МВА)
- Кравченко В. Ф. «Организационный инжиниринг», Москва, 1999г
- Кузнецов А.И. «Методика проведения обследования бизнес-процессов компании», источник: www.iteam.ru.