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

Работа добавлена на сайт bukvasha.net: 2015-10-28

Поможем написать учебную работу

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

Предоплата всего

от 25%

Подписываем

договор

Имя

Выберите тип работы:

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

Скидка 25% при заказе до 11.11.2024

Содержание
Постановка задачи 3 Введение 4
1. Исследование функций и целей организации 5
2. Описание модели функционирования ИС 14
2.1. Анализ возможностей методологии и инструментальных средств , проектирования заданной ИС 14
2.2. Контекстная диаграмма 16
2.3. Диаграммы декомпозиции в методологии IDEF0 18
2.4. Диаграммы декомпозиции в методологии DFD 20
2.5. Диаграммы декомпозиции в методологии IDEF3 23
2.6. Функционально-стоимостной анализ 30
2.7. Диаграммы FEO и диаграмма дерева узлов 34
3. Информационная модель в нотации IDEF1.X 37
3.1 Логическая модель 39 3.2 Физическая модель 40
Заключение 47
Список использованной литературы 48
Приложения 50

Постановка задачи

Необходимо автоматизировать «Систему проведения оперативно-розыскной деятельности »

1.   Произвести сбор необходимой литературы и анализ входной информации.

2.   Определить состав главных и вспомогательных работ, происходящих процессов, информационных потоков, хранилищ данных и т. д.

3.   Разработать эскизный проект будущей ИС.

4.   Определить взаимосвязь модулей и потоков информации.

5.   Реализовать эскизный проект с помощью инструментов моделирования BPwin 4.1 и Erwin 4.1.

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

7.   Создать отчет согласованности с выбранной методологией (для каждой нотации).

8.   Провести генерацию отчетов по каждому пакету моделирования (BPwin 4.1 и Erwin 4.1.) в форматах HTML и RTF согласно к требованию к курсовому проектированию: вариант в формате RTFвключается к приложению в отчете по курсовому проектированию; вариант в формате HTML сдается на электронном носителе руководителю проекта.

9.   Оформить пояснительную записку (в печатном и электронном виде) по разработанному курсовому проекту и представить ее руководителю.
ВВЕДЕНИЕ

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

В соответствии со статьей 1 Федерального закона «Об оперативно-розыскной деятельности»: «Оперативно-розыскная деятельность - вид деятельности, осуществляемой гласно и негласно оперативными подразделениями государственных органов, уполномоченных на то Федеральным законом в пределах их полномочий посредством проведения оперативно-розыскных мероприятий в целях защиты жизни, здоровья, прав и свобод человека и гражданина, собственности, обеспечения безопасности общества и государства от преступных посягательств». Анализ природы оперативно-розыскной деятельности позволяет выделить ее наиболее характерные черты:

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

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

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

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

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

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

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

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

Успешное решение   задач   оперативно-розыскной деятельности реально обеспечивает достижение ее целей - защиту жизни, здоровья, прав и свобод личности, собственности, безопасности общества и государства от преступных посягательств (ст. 1 ФЗ «Об оперативно-розыскной деятельности»).

Согласно закону основными задачами оперативно-розыскной деятельности являются:

а) выявление, предупреждение, пресечение и раскрытие преступлений;

б) выявление и установление лиц, подготавливающих, совершающих или совершивших преступления;

в) розыск лиц, скрывающихся от органов дознания, следствия и суда;

г) розыск лиц, уклоняющихся от уголовного наказания;

д) розыск лиц, без вести пропавших лиц;

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

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

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

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

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

К их числу относятся:

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

ü    лица, по разным причинам разыскиваемые органами, осуществляющими ОРД;

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

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

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

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

Законом установлены следующие виды оперативно – розыскных мероприятий:

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

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

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

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

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

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


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

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

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

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


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

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

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


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

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

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

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

2.Описание модели функционирования информационной системы
2.1. Анализ возможностей методологии и инструментальных средств проектирования заданной информационной системы

Рассматриваемые case-средства ERwin и BPwin были разработаны фирмой Logic works. После слияния в 1998 году Logic works c PLATINUM technology они выпускаются под логотипом PLATINUM technology. Для проведения анализа и реорганизации бизнес-процессов PLATINUM technology предлагает сase-средство верхнего уровня BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (Data Flow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS, т.е. «как есть») и идеального положения вещей – того, к чему нужно стремиться (модель TO-BE, т.е. «как будет»). Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром, после чего проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно. Затем каждая система разбивается на более мелкие и т.д. до достижения нужной степени подробности. После каждого сеанса декомпозиции производится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Модель может содержать четыре типа диаграмм:

контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма;

диаграмма декомпозиции;

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

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

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

На основе модели BPwin можно построить модель данных. Для построения модели данных PLATINUM technology предлагает мощный и удобный инструмент – Erwin, хотя процесс преобразования модели BPwin в модель данных плохо формализуется и поэтому полностью не автоматизирован, PLATINUM technology предлагает удобный инструмент для облегчения построения модели данных на основе функциональной модели – механизм двунаправленной связи BPwin-ERwin. ERwin имеет два уровня представления модели: логический и физический. На логическом уровне данные не связаны с конкретной СУБД, поэтому могут быть наглядно представлены даже для неспециалистов. Физический уровень данных – это по существу отображение системного каталога, который зависит от конкретной реализации СУБД. ERwin позволяет проводить процессы прямого и обратного проектирования БД. Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога.
2.2. Контекстная диаграмма

Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области и точки зрения. Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. Контекстная диаграмма состоит из одной работы, которая называется «Осуществление оперативно-розыскных мероприятий». Взаимодействие работы с внешним миром описывается в виде стрелок, которые представляют собой некую информацию и именуются существительными. В данной работе описаны стрелки типа вход (Input): «Сведения о противоправных действиях» и «Информация о разыскиваемых лицах », они представляют собой входную информацию. Стрелка типа выход (Output) «Сформированные доказательства» , cодержит в себе выходную информацию. Стрелка «Оперативная группа» является стрелкой типа механизм (Mechanizm) и входит в нижнюю грань работы. Стрелки «Закон об ОРД» и «Прокурорский надзор » являются стрелками типа управление (Control), входят в верхнюю грань работы и показывают правила, процедуры. Также на этой диаграмме указаны цель (Purpose) и точка зрения (Viewpoint). Модель не может, построена без четко сформулированной цели. Контекстная (корневая) работа имеет номер А-0 (рис.1).

Рис.1 Контекстная диаграмма А-0 «Осуществление оперативно-розыскных мероприятий»
2.3. Диаграммы декомпозиции в методологии
IDEF0

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

Декомпозиция контекстной диаграммы имеет номер А0 (рис.2). Эта декомпозиция состоит из следующих основных работ:

1.     Выявление разведывательной инфо о лицах, занимающихся преступной деятельностью.

2.     Осуществление поиска лиц.

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

4.     Представление результатов ОРД органам дознания, следствия и суда

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

(виды преступлений, правонарушения)» и «Тактические данные (лица, факты)», «Оперативно-следственные документы» и «Материальные носители ОРД»

  Рис.2 Диаграмма декомпозиции А0 «Осуществление оперативно-розыскных мероприятий»
2.4. Диаграммы декомпозиции в методологии DFD

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

·                      Функции обработки информации (работы);

·                      Документы, объекты, сотрудников или отделы;

·                      информации;

·                      внешние ссылки;

·                      таблицы для хранения документов.

В BPwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона. В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов, хранение объектов, поставка и распространение объектов. В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов.

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

Рис.5 Диаграмма декомпозиции А1 «Выявление разведывательной инфо о лицах, занимающихся преступной деятельностью»

В диаграмме потоков данных (рис.5) под названием «Выявление разведывательной инфо о лицах, занимающихся преступной деятельностью» показаны хранилища данных под названиями «Подозреваемые» и «Картотека осужденных».

Таблица 1 Базы данных

Имя БД (Name)	Определение (Definition)
Подозреваемые	В базу данных заносится информация о лицах, которые подозреваются в подготовке различных преступлений.
Картотека осужденных	В базе данных имеются данные о лицах, ранне судимых по подобным преступлениям

Таблица 2 Подозреваемые

Имя поля	Тип	Краткое описание
№статьи	Цифры	№статьи,по которой несут наказание осужденные
Дата_преступления	Цифры	Дата преступления
Место_преступления	Символы	Место преступления
ФИО_преступника	Символы	ФИО преступника
ФИО_следователя	Символы	ФИО следователя

Таблица 3 Картотека осужденных

Имя поля	Тип	Краткое описание
№статьи	Цифры	№статьи,по которой могут быть осуждены подозрев
Доказательства	Символы	Доказательства виновности подозреваемых
Налич_судимостей	Символы	Наличие судимостей
Преступление	Символы	Преступление, в котором подозревается лицо
ФИО_подозр	Символы	ФИО подозреваемого

2.5. Диаграммы декомпозиции в методологии
IDEF
3

Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также Workflow diagramming, методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии, например порядок определения страхового риска. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.

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

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

Методология IDEF3 содержит: диаграммы, связи, перекрестки, ссылки.

На диаграмме «Осуществление розыска лиц», которая имеет номер А.2.1 (рис.6) показаны следующие виды работ:

1.     Розыск лиц, уклоняющихся от уголовного наказания

2.     Розыск лиц, без вести пропавших

3.     Розыск лиц, неплательщиков по обязательствам

4.     Сбор информации

5.     Передача данных следователю или в суд

6.     Подготовка постановления дознавателя, следователя, суда

7.     Регистрация заявления родственников

8.     Подготовка определения суда

9.     Выявление оснований для начала розыска

На этой диаграмме мы более подробно детализируем работу «Осуществление розыска лиц» - определяем виды розыска, основания для ее проведения и т.д.

Использованы связи типа Старшая. Также использованы ссылка «Виды розыска» и перекрестки типа XOR (Exclusive OR) и Asynchronous OR. Перекрестки типа XOR (Exclusive OR) под номером J8, J12, J10 показывает, что только один процесс запущен, а перекрестки типа XOR (Exclusive OR) под номером J9, J11, J13 показывает, что только один процесс завершен.    Перекресток типа Аsynchronous OR под номером J14 показывает, что один или несколько следующих процессов завершены, под номером J15 показывает, что один или несколько последующих процессов запущены.

                               Рис.6 Диаграмма декомпозиции А.2.1 «Осуществление розыска лиц».
На диаграмме «Оперативная разработка лиц, групп профессионально занимающихся преступной деятельностью», которая имеет номер А3.1 (рис.7) показаны следующие виды работ:

            1.     Порядок проведения оперативно-розыскных мероприятий

            2.     Подготовка оперативных действий

            3.     Проведение опроса

            4.     Наблюдение

            5.     Прослушивание телефонных разговоров

            6.     Оперативное внедрение

            7.     Обследование жилища

            8.     Сбор информации

            9.     Передача собранных данных руководителю следственного аппарата

        10.     Направление результатов ОРД органам следствия

        11.     Сопровождение предварительного следствия

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

Использована связь типа Старшая. Также использованы ссылка «Осуществление доследственной проверки» и перекрестки типа Asynchronous OR и XOR (Exclusive OR. Перекресток типа Аsynchronous OR под номером J2 показывает, что все один или несколько предшествующих процессов завершены, перекресток типа Аsynchronous OR под номером J1 показывает, что один или несколько следующих процессов запущены,а перекресток типа XOR (Exclusive OR) под номером J3 показывает только один предшествующий процесс завершен

                                                                    Рис.7Диаграмма декомпозиции А.3.1 «Оперативная разработка лиц, групп профессионально занимающихся преступной деятельностью»
На диаграмме «Представление результатов ОРД органам дознания, следствия и суда», которая имеет номер А4.1 (рис.8) показаны следующие виды работ:

            1.     Подготовка результатов ОРД

            2.     Направление результатов ОРД, полученные от заключение эксперта

            3.     Направление результатов ОРД, используемые для доказывания по      уголовным делам

            4.     Представление результатов ОРД, имеющие значение для проведения следственных действий

            5.     Вынесение решения о предоставлении результатов

            6.     Вынесение положительного решения

            7.     Вынесение отрицательного решения

            8.     Оформление постановления

            9.     Ознакомление начальника следственной группы с результатами ОРД

На этой диаграмме мы более подробно детализируем работу «Представление результатов ОРД органам дознания, следствия и суда» - определяем использование результатов ОРД для дальнейшего следствия, вынесение решения об их предоставлении.

Использована связь типа Старшая и Потоки данных. Также использованы ссылка «Оперативно-следственные документы», «Материальные носители ОРД», «Доказательства» и перекрестки типа Asynchronous OR и XOR (Exclusive OR). Перекресток типа Аsynchronous OR под номером J16 показывает, что все один или несколько предшествующих процессов завершены, перекресток типа Аsynchronous OR под номером J5 показывает, что один или несколько следующих процессов запущены, а перекресток типа XOR (Exclusive OR) под номером J5 показывает только один предшествующий процесс завершен   и под номером J6 показывает, что только один последующий процесс запушен

       Рис.8 Диаграмма декомпозиции А.4.1 «Представление результатов ОРД органам дознания, следствия и суда».
2.6. Функционально-стоимостной анализ (
Activity

Based

Costing
)

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

B BPwin модуль ABC применяется для:

·        понимания происхождения выходных затрат и определения их стоимости;

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

·        определения требуемых ресурсов;

·        определение действительной стоимости поддержки клиента;

·        оценки и анализа затрат на осуществление различных видов деятельности;

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

·        выделения наиболее дорогостоящих операций для их реинжиниринга.

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

ABC включает следующие основные понятия:

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

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

- центры затрат – различные статьи расходов.

       Функционально-стоимостной анализ проводится только при полностью созданной модели процесса, т. е. когда модель:

        - последовательная – следует синтаксическим правилам IDEF 0;

        - корректная – полностью отражает процесс;

        - полная – охватывает всю рассматриваемую область;

        - стабильная – проходит цикл экспертизы без изменений.

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

      Для эффективного использования механизма стоимостного анализа сначала строится функциональная модель существующей организации работы – AS – IS ( как есть ). На основании этой модели анализируется существующие процессы, изучаются имеющиеся потоки данных, определяются возможность изменения их направления, и строится модель TO-BE , из которых по определенному авторским коллективом критерию выбирается лучшая.

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

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

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

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

Управление	Затраты на управление, связанные с составлением графика работ, контролем за правильностью осуществления оперативно-розыскных мероприятий, соблюдением законодательства РФ.
Заработная плата	Затраты на оплату работников оперативной группы.
Канцелярские товары	Затраты на приобретение канцелярских товаров
Необходимая аппаратура	Затраты на приобретение прослушивающих устройств, фотоаппаратов, фотопленок, видеокамер и т.д.

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

Имя работы ( Activity Name )	Цент затрат ( Cost Center )		Сумма центра затрат (Cost Center Cost) t , руб.	Продолжи - тельность ( Duration ), день	Частота ( Frequency )
Осуществление оперативно-розыскных мероприятий	Управление		6000,00	1,00	1,00
	Заработная плата		1600,00	1,00	1,00
	Канцелярские товары		380,00	1,00	1,00
	Необходимая аппаратура		14000,00	1,00	1,00
Выявление разведывательной инфо о лицах, занимающихся преступной деятельностью	Заработная плата		400,00	1,00	1,00
	Необходимая аппаратура		8000,00	1,00	1,00
	Управление		1000,00	1,00	1,00
Осуществление розыска лиц	Управление		1000,00	1,00	20,00
Осуществление розыска лиц	Заработная плата		400,00
	Канцелярские товары		30,00	1,00	1,00
	Необходимая аппаратура		2000,00	1,00	1,00
Оперативная разработка лиц, групп профессионально занимающихся преступной деятельностью	Управление		1000,00	1,00	1,00
	Заработная плата		400,00	1,00	1,00
	Канцелярские товары		50,00	1,00	1,00
	Необходимая аппаратура		4000,00	1,00	1,00
Представление результатов ОРД органам дознания, следствия и суда	Управление	3000,00		1,00	1,00
	Заработная плата	400,00		1,00	1,00
	Канцелярские товары	300,00		1,00	1,00

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. Информационная модель в нотации
IDEF
1.
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.


Приложения

ЕР

отчет

Main Subject Area/Display1

Name	Осужденные
Type	Dependent
Definition	БД по осужденным ранее
Note
Note 2

Attribute(s) of " Осужденные " Entity
Name	Rolename	Datatype	Basename
Паспортные данные	Паспортные данные	CHAR(50)	Паспортные данные
Регистрационный номер	Регистрационный номер	CHAR(18)	Регистрационный номер
ФИО следователя	ФИО следователя	CHAR(50)	ФИО следователя
Место преступления	Место преступления	CHAR(40)	Место преступления
№ статьи	№ статьи	NUMBER(10)	№ статьи
Дата преступления	Дата преступления	DATE	Дата преступления
ФИО преступника	ФИО преступника	CHAR(50)	ФИО преступника

Domain(s) of " Паспортные данные " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of "Регистрационный номер" Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " ФИО следователя " Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Место преступления " Attribute
Name	Inherits From
UNKNOWN

Domain(s) of "№ статьи " Attribute
Name	Inherits From
Number	UNKNOWN

Domain(s) of " Дата преступления " Attribute
Name	Inherits From
Datetime	UNKNOWN

Domain(s) of " ФИО преступника " Attribute
Name	Inherits From
UNKNOWN

Name	Подозреваемый
Type	Independent
Definition
Note
Note 2

Attribute(s) of " Подозреваемый " Entity
Name	Rolename	Datatype	Basename
Паспортные данные	Паспортные данные	CHAR(50)	Паспортные данные
Наличие судимостей	Наличие судимостей	CHAR(20)	Наличие судимостей
ФИО подозреваемого	ФИО подозреваемого	CHAR(50)	ФИО подозреваемого
Доказательства	Доказательства	CHAR(40)	Доказательства
№статьи	№статьи	NUMBER(10)	№статьи
Преступление	Преступление	CHAR(30)	Преступление

Domain(s) of " Паспортные данные " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of " Наличие судимостей " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of " ФИО подозреваемого " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of " Доказательства " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of "№ статьи " Attribute
Name	Inherits From
Number	UNKNOWN

Domain(s) of " Преступление " Attribute
Name	Inherits From
String	UNKNOWN

Name	Объект
Type	Dependent
Definition
Note
Note 2

Attribute(s) of " Объект " Entity
Name	Rolename	Datatype	Basename
Паспортные данные	Паспортные данные	CHAR(50)	Паспортные данные
№почтового ящика	№почтового ящика	NUMBER(15)	№почтового ящика
Владелец объекта	Владелец объекта	CHAR(40)	Владелец объекта
Адрес	Адрес	CHAR(50)	Адрес

Domain(s) of " Паспортные данные " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of "№ почтового ящика " Attribute
Name	Inherits From
Number	UNKNOWN

Domain(s) of " Владелец объекта " Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Адрес " Attribute
Name	Inherits From
String	UNKNOWN

Name	Автономное досье
Type	Independent
Definition
Note
Note 2

Attribute(s) of " Автономное досье " Entity
Name	Rolename	Datatype	Basename
Регистрационный номер	Регистрационный номер	CHAR(18)	Регистрационный номер
Место жительства	Место жительства	CHAR(30)	Место жительства
Внешние приметы	Внешние приметы	CHAR(70)	Внешние приметы
ФИО	ФИО	CHAR(50)	ФИО
телефон	телефон	NUMBER(13)	телефон
e-mail	e-mail	CHAR(18)	e-mail
Паспортные данные	Паспортные данные	CHAR(50)	Паспортные данные

Domain(s) of "Регистрационный номер" Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Место жительства " Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Внешние приметы " Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " ФИО " Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " телефон " Attribute
Name	Inherits From
Number	UNKNOWN

Domain(s) of "e-mail" Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Паспортные данные " Attribute
Name	Inherits From
String	UNKNOWN

Name	Телефон
Type	Dependent
Definition
Note
Note 2

Attribute(s) of " Телефон " Entity
Name	Rolename	Datatype	Basename
Паспортные данные	Паспортные данные	CHAR(50)	Паспортные данные
Регистрационный номер	Регистрационный номер	CHAR(18)	Регистрационный номер
Телефон	Телефон	NUMBER(13)	Телефон

Domain(s) of " Паспортные данные " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of "Регистрационный номер" Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Телефон " Attribute
Name	Inherits From
Number	UNKNOWN

Name	E-mail
Type	Dependent
Definition
Note
Note 2

Attribute(s) of "E-mail" Entity
Name	Rolename	Datatype	Basename
Паспортные данные	Паспортные данные	CHAR(50)	Паспортные данные
Регистрационный номер	Регистрационный номер	CHAR(18)	Регистрационный номер
E-mail	E-mail	CHAR(20)	E-mail

Domain(s) of " Паспортные данные " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of "Регистрационный номер" Attribute
Name	Inherits From
UNKNOWN

Domain(s) of "E-mail" Attribute
Name	Inherits From
String	UNKNOWN

Name	Адрес
Type	Dependent
Definition
Note
Note 2

Attribute(s) of " Адрес " Entity
Name	Rolename	Datatype	Basename
индекс	индекс	NUMBER(8)	индекс
Паспортные данные	Паспортные данные	CHAR(50)	Паспортные данные
Регион	Регион	CHAR(50)	Регион
Область	Область	CHAR(50)	Область
Страна	Страна	CHAR(40)	Страна
Город	Город	CHAR(40)	Город
Район	Район	CHAR(50)	Район
Улица	Улица	CHAR(30)	Улица
Дом/квартира	Дом/квартира	NUMBER(5)	Дом/квартира

Domain(s) of " индекс " Attribute
Name	Inherits From
Number	UNKNOWN

Domain(s) of " Паспортные данные " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of " Регион " Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Область " Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Страна " Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Город " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of " Район " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of " Улица " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of " Дом / квартира " Attribute
Name	Inherits From
Number	UNKNOWN

Name	Паспортные данные
Type	Independent
Definition
Note
Note 2

Attribute(s) of " Паспортные данные " Entity
Name	Rolename	Datatype	Basename
Серия	Серия	NUMBER(68)	Серия
Код подразделения	Код подразделения	NUMBER(6)	Код подразделения
Дата выдачи	Дата выдачи	DATE	Дата выдачи
Кем выдан	Кем выдан	TEXT(40)	Кем выдан
Паспортные данные	Паспортные данные	CHAR(50)	Паспортные данные

Domain(s) of " Серия " Attribute
Name	Inherits From
Number	UNKNOWN

Domain(s) of " Код подразделения " Attribute
Name	Inherits From
Number	UNKNOWN

Domain(s) of " Дата выдачи " Attribute
Name	Inherits From
Datetime	UNKNOWN

Domain(s) of " Кем выдан " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of " Паспортные данные " Attribute
Name	Inherits From
String	UNKNOWN

Name	Место преступления
Type	Dependent
Definition
Note
Note 2

Attribute(s) of " Место преступления " Entity
Name	Rolename	Datatype	Basename
Паспортные данные	Паспортные данные	CHAR(50)	Паспортные данные
Регистрационный номер	Регистрационный номер	CHAR(18)	Регистрационный номер
Место преступления	Место преступления	CHAR(18)	Место преступления

Domain(s) of " Паспортные данные " Attribute
Name	Inherits From
String	UNKNOWN

Domain(s) of "Регистрационный номер" Attribute
Name	Inherits From
UNKNOWN

Domain(s) of " Место преступления " Attribute
Name	Inherits From
UNKNOWN

Diagram

Diagram
Name	Author	Database Name	Server Name
моделька

Subject Area(s) of " моделька " Diagram
Definition	Name	Author	Date Created
	<Main Subject Area>		Wed Dec 17 20:59:26 2008

Domain(s) of " моделька " Diagram
Name	Inherits From	Note
UNKNOWN
Blob	UNKNOWN
Datetime	UNKNOWN
Number	UNKNOWN
String	UNKNOWN

Entity

Entity
Name	Type	Note 2	Note 3	Logical Only
E-mail	Dependent			No
Автономное досье	Independent			No
Адрес	Dependent			No
Место преступления	Dependent			No
Объект	Dependent			No
Осужденные	Dependent			No
Паспортные данные	Independent			No
Подозреваемый	Independent			No
Телефон	Dependent			No

Attribute(s) of "E-mail" Entity
Name	Basename	Rolename	Definition	Logical Only	Datatype
Паспортные данные	Паспортные данные	Паспортные данные		No	CHAR(50)
Регистрационный номер	Регистрационный номер	Регистрационный номер		No	CHAR(18)
E-mail	E-mail	E-mail		No	CHAR(20)

Domain(s) of " Паспортные данные " Attribute
Inherits From	Name	Definition
UNKNOWN	String

Domain(s) of "Регистрационный номер" Attribute
Inherits From	Name	Definition
	UNKNOWN

Domain(s) of "E-mail" Attribute
Inherits From	Name	Definition
UNKNOWN	String

Attribute(s) of " Автономное досье " Entity
Name	Basename	Rolename	Definition	Logical Only	Datatype
Регистрационный номер	Регистрационный номер	Регистрационный номер		No	CHAR(18)
Место жительства	Место жительства	Место жительства		No	CHAR(30)
Внешние приметы	Внешние приметы	Внешние приметы		No	CHAR(70)
ФИО	ФИО	ФИО		No	CHAR(50)
телефон	телефон	телефон		No	NUMBER(13)
e-mail	e-mail	e-mail		No	CHAR(18)
Паспортные данные	Паспортные данные	Паспортные данные		No	CHAR(50)

Domain(s) of "Регистрационный номер" Attribute
Inherits From	Name	Definition
	UNKNOWN

Domain(s) of " Место жительства " Attribute
Inherits From	Name	Definition
	UNKNOWN

Domain(s) of " Внешние приметы " Attribute
Inherits From	Name	Definition
	UNKNOWN

Domain(s) of " ФИО " Attribute
Inherits From	Name	Definition
	UNKNOWN

Domain(s) of " телефон " Attribute
Inherits From	Name	Definition
UNKNOWN	Number

Domain(s) of "e-mail" Attribute
Inherits From	Name	Definition
	UNKNOWN

Domain(s) of " Паспортные данные " Attribute
Inherits From	Name	Definition
UNKNOWN	String

Attribute(s) of " Адрес " Entity
Name	Basename	Rolename	Definition	Logical Only	Datatype
индекс	индекс	индекс		No	NUMBER(8)
Паспортные данные	Паспортные данные	Паспортные данные		No	CHAR(50)
Регион	Регион	Регион		No	CHAR(50)
Область	Область	Область		No	CHAR(50)
Страна	Страна	Страна		No	CHAR(40)
Город	Город	Город		No	CHAR(40)
Район	Район	Район		No	CHAR(50)
Улица	Улица	Улица		No	CHAR(30)
Дом/квартира	Дом/квартира	Дом/квартира		No	NUMBER(5)

Domain(s) of " индекс " Attribute
Inherits From	Name	Definition
UNKNOWN	Number

Domain(s) of " Паспортные данные " Attribute
Inherits From	Name	Definition
UNKNOWN	String

Domain(s) of " Регион " Attribute
Inherits From	Name	Definition
	UNKNOWN

Domain(s) of " Область " Attribute
Inherits From	Name	Definition
	UNKNOWN

Domain(s) of " Страна " Attribute
Inherits From	Name	Definition
	UNKNOWN

Domain(s) of " Город " Attribute
Inherits From	Name	Definition
UNKNOWN	String

Domain(s) of " Район " Attribute
Inherits From	Name	Definition
UNKNOWN	String

Domain(s) of " Улица " Attribute
Inherits From	Name	Definition
UNKNOWN	String

Domain(s) of " Дом / квартира " Attribute
Inherits From	Name	Definition
UNKNOWN	Number

Attribute(s) of " Место преступления " Entity
Name	Basename	Rolename	Definition	Logical Only	Datatype
Паспортные данные	Паспортные данные	Паспортные данные		No	CHAR(50)

Bukvasha