Курсовая работа: Проектирование информационных систем на предприятии
- получение выходной информации в виде экранных и печатных форм и печать отчетных сводок (включая и формы годового отчета);
- расчет и печать ведомостей амортизационных отчислений.
Входная информация поступает в «АПОС», вводится бухгалтером с первичных документов в ходе решения задач.
Основными задачами учета основных средств являются:
- правильное и своевременное документирование и отражение операций по продвижению основных средств, переоценке их стоимости;
- контроль за сохранностью основных средств;
- правильное и своевременное начисление амортизации (износа) для включения в затраты предприятия.
4. Обоснование выбора среды моделирования
Основной целью выбора корпоративного стандарта организационного проектирования является задание общего и обязательного к применению языка общения управленческого звена компании, разработчиков организационных и технологических процессов и исполнителей этих процессов. Частными применениями таких стандартов является синтез требований к создаваемым системам, положений об организационных подразделениях, служебные инструкции и т.д.
Существует более 20 технологий проектирования организационно-технических систем и несколько сотен инструментов, предназначенных для автоматизации этого процесса. Поэтому, с учетом временного фактора, сравнительный анализ был ограничен тремя наиболее популярными на российском рынке продуктами :
1. AllFusion Process Modeler.(BPwin/ERwin)
2. Microsoft Visio
4.1 AllFusion Process Modeler
AllFusion Process Modeler является средством программной поддержки моделирования в трёх методиках - IDEF0, DFDxiii, IDEF3xiv (см. рис. 5) - и позволяет строить как гибридные ФМ, состоящие из диаграмм, разработанных в различных методиках, так и ФМ монометодические - в любой из этих методик.
С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
Рисунок 4 - Диаграмма функциональной модели в методике IDEF0
С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.
С точки зрения последовательности выполняемых работ. И еще более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.
Рисунок 5 - Диаграмма функциональной модели в методике DFD
Рисунок 6 - Диаграмма функциональной модели в методике IDEF3
4.1.1 Другие возможности продукта
Проверка синтаксиса модели. AllFusion Process Modeler умеет проверять создаваемые модели с точки зрения синтаксиса выбранной методологии, проверяет ссылочную целостность между диаграммами, а также выполняет ряд других проверок, чтобы помочь вам создать правильную модель, а не просто рисунок. При этом сохраняются главные преимущества рисунка – простота создания и наглядность.
Редактор отчётов. AllFusion Process Modeler имеет действительно мощный инструмент отчетов ReportTemplateBuilder, с помощью которого можно легко и быстро создавать различные отчеты о вашей модели. С его помощью можно также создавать шаблоны для отчетов, которые можно будет многократно использовать впоследствии, а также преобразовывать отчеты в формат txt (.CSV), HTML или RTF.
Для поддержки стандарта IDEF 1X было выбрано Case-средство AllfusionDataModelerErwin . Первым преимуществом использования Erwin является применение формируемых средством документов, на основании которых производится проектирование БД и приложений, обеспечивающих доступ к БД. На основании этих документов производится формулирование системных требований к проектируемой БД.
Вторым преимуществом является возможность создания диаграмм структуры БД, позволяющих автоматически решать вопросы, связанные с сохранением ее целостности.
Третье преимущество заключается в независимости логической модели от используемой СУБД, что позволяет применять универсальные методы для ее экспорта в конкретные СУБД.