Проетирование информационных систем

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

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

Рис.9 Стоимостной анализ

     Таблица 4. Центры затрат АВС

 

           Таблица 5. Стоимости работ на диаграмме А0

2.7. Диаграммы «только для экспозиции» (FEO)

Диаграммы «только для экспозиции» часто  используются в модели для иллюстрации  других точек зрения, для отображения  отдельных деталей, которые не поддерживаются явно синтаксисом IDEF0. Диаграммы FEO позволяют нарушить любое синтаксическое правило, поскольку по сути являются картинками – копиями стандартных диаграмм и не включаются в анализ синтаксиса. Например, работа на диаграмме FEO может не иметь стрелок управления и входа. С целью обсуждения определенных аспектов модели с экспертом предметной области может быть создана диаграмма только с одной  работой и с одной стрелкой, поскольку стандартная диаграмма декомпозиции содержит множество деталей, не относящихся к теме обсуждения и дезориентирующих эксперта. Но если FEO используется для иллюстрации альтернативных точек зрения, рекомендуется все-таки придерживаться синтаксиса IDEFO.

                        Рис.10 Диаграмма декомпозиции А0F. «FEO диаграмма» 

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

    Для создания сценария необходимо из диаграммы  декомпозиции А4.1. удалить работы, стрелки и перекрестки, не входящие в сценарий. На рисунке 9 показана диаграмма сценария  под номером А4.3, созданная на основе диаграммы IDEF3 «Представление результатов ОРД органам дознания, следствия и суда».

           Рис.11 Диаграмма декомпозиции А4.3 «Сценарий диаграммы А.4.1.» 
 
 

Диаграмма дерева узлов

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

Рис.12. Диаграмма дерева узлов 
 
 
 

3. Информационная модель  в нотации IDEF1.X 

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

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

    ER-диаграммы были приняты в качестве основы для создания стандарта IDEF1X. Предварительный вариант этого стандарта был разработан в военно-воздушных силач США и предназначался для увеличения производительности при разработке компьютерных систем. В 1981г. этот стандарт был формализован и опубликован организацией ICAМ, и с тех пор является наиболее распространенным стандартом для создания моделей баз данных по всему миру.

    Разработчики  с помощью ERwin могут сначала , используя визуальные средства, описать схему БД, а затем автоматически сгенерировать файлы данных для выбранной реляционной СУБД. Возможна также обратная разработка. ERwin позволяет по уже существующим файлам БД восстанавливать логическую структуру данных. это называется обратным проектированием. Оно позволяет переносить структуру БД из одной СУБД в другую и исследовать старые проекты.Case-средство Erwin  поддерживает  методологию IDEF1X и стандарт IE. Методология IDEF1X подразделяется на уровни, соответствующие проектируемой модели данных систем. Каждый такой уровень соответствует определенной фазе проекта. Такой подход полезен при создании систем «сверху вниз». Три уровня модели, объединяющие в себе логические модели, состоят из диаграммы сущность-связь, модели данных, основанной на ключах и полной атрибутивной модели. Цель модели диаграмма сущность-связь – формирование общего взгляда на систему для ее дальнейшей детализации. Цель модели, основанной на ключах – детализация модели сущность-связь, после чего модель данных может начать реализоваться. Полная атрибутивная модель включает в себя сущности, атрибуты и является наиболее детальным представлением структуры данных.

В ERwin также представлены два уровня физической модели: трансформационная модель и модель СУБД. Целью трансформационной модели является предоставление информации администратору. Модель СУБД транслируется из трансформационной модели. Являясь отображением системного каталога, ERD-диаграмма графически представляет структуру данных проектируемой ИС. Сущности отображаются при помощи прямоугольников, содержащих имя, взаимосвязи – при помощи линий, соединяющих отдельные сущности 
 
 
 
 
 
 
 

3.1. Логическая модель

Первым шагом при создании логической модели БД является построение диаграммы ERD. ERD - диаграммы состоят из трех частей: сущностей, атрибутов и взаимосвязей. Сущностями являются существительные, атрибуты- прилагательные или модификаторами, взаимосвязи – глаголами. На  рис.13. логическая модель,которая состоит из независимой cущности «Подозреваемый» с ключевым атрибутом «Паспортные данные» и зависимой cущности «Осужденные».Все подозреваемые проверяются по картотеке осужденных на наличие судимостей. 

 

Рис.13. Логическая информационная модель в нотации IDEF1.X 

3.2 Физическая модель

Рис.14.  Физическая информационная модель в  нотации IDEF1.X 

На этапе  физической модели к сущности «Подозреваемый» были добавлены зависимая сущность «Объект», которые проверяются на случай посещения их подозреваемыми и независимая сущность «Паспортные данные»,  .А к «Объекту» была добавлена cущность «Адрес». К сущности «Осужденные» добавлены зависимые  сущности «Телефон», «Е – mail», «Место преступления», т.к их может быть несколько и независимая сущность «Автономное досье» 
 
 
 

Генерация физической модели

  Перед построением физической модели нужно  выбрать сервер (меню Tools -> Reverse Engineer…). Выберем в качестве сервера   (возможно и другую СУБД).

  Далее создать в Database Desktop таблицу содержащую все атрибуты информационной модели в нотации IDEF1.X. С помощью выполнения ряда действий  создается источник данных и после установки текстового драйвера ODBC, можно просмотреть уже готовую сгенерированную физическую модель (рис.15 )

  

   Рис.15.    Результат  генерации  физической модели                                                                                                                                                       

 

   Заключение

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

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

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

   Для реализации данного курсового проекта  использовались инструментальные среды  BPwin и Erwin, а также СУБД C++ Builder 6.0. BPwin поддерживает три методологии – IDEF0, IDEF3 и DFD. Использование этих инструментальных сред дает возможность наглядно представить любую деятельность или структуру в виде модели, что позволяет оптимизировать любую деятельность организации, исключить ненужные операции. 
 
 
 
 
 

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

1. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 1989.-351 с.
2. Белкин Р.С. Очерки криминалистической тактики, ВСШ МВД РФ,1993.  346 с.
3. Базы данных: Учебник для высших учебных заведений. Под редакцией профессора Хомоненко А.Д.. – СПб.: КОРОНА принт, 2000.-416 с.
4. Вендров А.М. проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2000.
5. Зажицкий А.И. Допустимость доказательств полученных органами дознания до возбуждения уголовного дела // Российская Юстиция,2001.
6. Конституция Российской Федерации. – М. 1996.
7. Ларин А.М. Расследование по уголовному делу : процессуальные функции. М., 1986.,160 с.
8. Маклаков С.В. BPwin, Erwin. CASE-средства разработки информационных систем. – М.: ДИАЛОГ-МИФИ, 1999.
9. Маркушин А.Г. ОРД- необходимость и законность, СПб.,1995,320 с.
10. Моделирование и анализ IDEF-технологии : практикум/С.В. Черемных, Семенов И.О., Рукчин В.С., – М.: Финансы и статистика, 2002.-192 с.
11. Пиголкин А.С. Язык закона. М. 1990.,170 с.
12. Рушайло В.Б. Основы ОРД , СПб,2000,390 с.
13. Самойлов В.Г. Правовые, морально-этические основы и принципы ОРД ОВД. М.,1984., 204 с.
14. Смирнов Г.Н. и др. Проектирование экономических информационных систем: Учебник/ Смирнов Г.Н.Сорокин А.А., Телыюв Ю.Ф. – М.: Финансы и статистика, 2001.
15. Сурков К.В. Принципы ОРД и их правовое обеспечение в законодательстве , регламентирующем сыск. СПб.,1993.  180 с.
16. Уголовный кодекс РФ. М.: Закон и право, 1997. – 367с.
17. Федеральный закон «Об оперативно-розыскной деятельности» № 144-ФЗ от 05.07.1995 (12.08.1995).
18. Черновой В.А. Использование результатов ОРД при расследовании нарушений авторских и смежных прав // Законность ,2001.№6
19. Шумилов А.Ю. Законы и ОРД. СПб.,1993, 250 с. 
20. Шумилов И.И.Документирование результатов ОРМ // Российская Юстиция,2001.