Разработка информационной системы ОВД г. Донецка

Разработка информационной системы ОВД г. Донецка

Содержание

• ВВЕДЕНИЕ
• 1. Актуальность и место решаемой задачи информационного обеспечения в предметной области
• 2. Цели и задачи дипломного проектирования
• 1 РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАМНОМУ ОБЕСПЕЧЕНИЮ
• 1.1 Анализ предметной области
• 1.2 Анализ существующих решений по автоматизации предметной области
• 1.3 Анализ и моделирование требований
• 1.4 Сбор требований
• 1.5 Спецификация и аттестация требований
• 1.6 Выбор методологии проектирования информационной системы
• Выводы к разделу
• 2 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
• 2.1 Архитектурное проектирование
• 2.2 Проектирование пользовательского интерфейса
• 2.3 Проектирование баз данных
• 2.4 Обоснование выбора платформы создания информационной системы
• 2.5 Описание сценария диалога.
• Выводы к разделу
• 3 РЕАЛИЗАЦИЯ И АТТЕСТАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ
• 3.1 Реализация приложения
• 3.2 Взаимодействие приложения с источниками данных
• 3.3 Тестирование приложения
• Выводы к разделу
• 4 УПРАВЛЕНИЕ ИНФОРМАЦИОННЫМ ПРОЕКТОМ
• 4.1 Выбор жизненного цикла разработки ПО
• 4.2 Определение цели и области действия программного проекта
• 4.3 Создание структуры пооперационного перечня работ
• 4.4 Идентификация задач и действий
• 4.5 Оценка длительности и затрат на разработку ПО
• 4.5.1 Оценка длительности
• 4.5.2 Оценка затрат
• 4.6 Распределение ресурсов проекта
• 4.7 Оценка экономической эффективности проекта
• 4.7.1 Чистый приведенный доход
• 4.7.2 Коэффициент возврата инвестиций
• 4.7.3 Внутренняя норма доходности
• Выводы к разделу
• ЗАКЛЮЧЕНИЕ
• THE CONCLUSION
• СПИСОК ЛИТЕРАТУРЫ
• ПРИЛОЖЕНИЕ А - ОРГАНИЗАЦИОННАЯ СТРУКТУРА
• ПРИЛОЖЕНИЕ Б - ПРОГРАММНЫЙ КОД (ФРАГМЕНТЫ)
• ПРИЛОЖЕНИЕ В - ТЕХНИЧЕСКОЕ ЗАДАНИЕ
• ПРИЛОЖЕНИЕ Г - ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ
• ПРИЛОЖЕНИЕ Д - ПЛАН ТЕСТИРОВАНИЯ ПО
• ПРИЛОЖЕНИЕ Е ? ОБОСНОВАНИЕ ВЫБОРА МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА
• ПРИЛОЖЕНИЕ Ж - ПЕРЕЧЕНЬ РАБОТ
• ПРИЛОЖЕНИЕ З - ОЦЕНКА СТОИМОСТИ РАЗРАБОТКИ ПО

Существует три основных варианта решения проблемы внедрения информационных систем.

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

Второй путь -- приобретение универсальной системы или пакета прикладных программ для построения корпоративный информационной системы (КИС). Основу КИС составляет система планирования ресурсов корпорации ERP - система (Enterprise Resource Planning), предназначенная для автоматизации основных бизнес-процессов. Перспективным является приобретение и применение таких продуктов как:

- системы управления взаимоотношениями с клиентами, CRM - системы (Customer Relationship Management);

- системы управления цепочками поставок, SCM- системы (Supply Chain Management);

- системы оперативного анализа данных OLAP-системы (Online Analytical Processing);

- корпоративные хранилища данных, DWH -системы (Data Warehouse);

- системы управления жизненным циклом продукции, PLM - системы (Product Lifecycle Management);

- системы управления бизнес-процессами, ВРМ (Business Process Management)-системы;

- системы управления документами, DM -системы (Document Management);

- информационной системы для менеджмента, EIS - системы (Enterprice Information Sysiem).

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

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

- экономия средств за счет применения решений, ядро которых прошло успешное внедрение в других фирмах. Цена таких систем ниже, чем у систем, разрабатываемых «с нуля»;

- профессионализм исполнения;

- сервисная поддержка;

- возможность развития системы в соответствии с усложнением бизнеса.

Имеются и потенциальные опасности:

- потеря возможности развития системы;

- опасность потери информации из-за незнания внутренней структуры данных;

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

Данная курсовая работа предусматривает разработку проекта создания информационной системы ОВД г. Донецка.

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

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

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

«Информационная система МРССиСТ» разрабатывается для ведения учета поступающей новой техники, заявок на материал, ремонта техники, списания материала, техническое обслуживание, сведений о движении изделия при эксплуатации. Выбираются предложения из БД с помощью «Вкладок», в которых можно осуществлять поиск по различным комбинациям параметров.

Задачи дипломного проекта:

- учесть все требования заказчиков при разработке системы;

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

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

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

Основные задачи по охране общественного порядка и борьбе с преступностью в системе органов внутренних дел выполняет милиция. В соответствии с Законом РФ "О милиции" она представляет собой систему государственных органов исполнительной власти, призванных защищать жизнь, здоровье, права и свободы граждан, собственность, интересы общества и государства от преступных и иных противоправных посягательств и наделенных правом применения мер принуждения в пределах, установленных настоящим Законом и другими федеральными законами.

Эта система подразделяется на криминальную милицию и милицию общественной безопасности (местную милицию).

В своей деятельности милиция в целом подчиняется Министерству внутренних дел, а местная, кроме того, - органам местного самоуправления.

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

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

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

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

Нормативной базой для проведения крупномасштабных работ по компьютеризации ОВД является “Концепция развития системы информационного обеспечения ОВД в борьбе с преступностью”, утвержденная приказом МВД России от 12 мая 1993 г., на основе которой разработаны основные принципы создания ИВС, предложены типовые архитектурные и программно-технические решения, разрабатываются комплексы прикладных программных средств.

В целом концепция и техническое задание на создание ИВС ориентированы на несколько уровней сбора, обработки и накопления информации.

ОВД имеет в своем составе подразделения, занимающиеся решением определенного для каждого из них круга задач. Организационная структура представлена в ПРИЛОЖЕНИИ А. Это тип структуры, строго иерархически организованной, характеризующейся разделением зон ответственности и единоначалием.

Организационная структура инженерного отдела представлена на рисунке 1.1

Рисунок 1.1 - Организационная структура инженерного отдела ОВД г.Донецка

Функции ОВД подразделяется на:

- основные;

- обеспечивающие;

- штабные.

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

К обеспечивающим функциям относится:

- комплектование, распределение, обучение и воспитание личного состава;

- обеспечение высокого уровня профессиональной подготовки и служебной дисциплины личного состава;

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

- улучшение условий труда, быта и отдыха личного состава.

К штабным функциям относятся:

- комплексный анализ в сфере правопорядка;

- координация деятельности подразделений ОВД в осуществлении комплексных правоохранительных задач;

- контроль и проверка состояния оперативно-служебной и управленческой деятельности;

- связь со средствами массовой информации;

- осуществление контроля за учетно-регистрационной и статистической работой;

- внедрение новых информационных технологий;

- обобщение и внедрение в практику передового опыта работы;

- организация контроля за исполнением управленческих решений.

Начальник ОВД выполняет следующие задачи:

- несет персональную ответственность за решение возложенных на отдел задач;

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

- издает в пределах своей компетенции приказы;

- определяет обязанности своих заместителей;

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

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

- организует и ведет прием граждан, рассматривает предложения, заявления и жалобы;

- принимает решения о поощрениях, дисциплинарных взысканиях;

- утверждает состав и руководит работой оперативного совещания.

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

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

- координирует деятельность подразделений ОВД: разрабатывает оперативные планы использования сил и средств при чрезвычайных обстоятельствах и событиях, проводит тренировки с личным составом ОВД;

- организует обеспечение связи со средствами массовой информации (СМИ;

- ведет учетно-регистрационное обслуживание;

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

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

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

ГИБДД обеспечивает работу контрольных постов милиции; проводит мероприятия по организации безопасности дорожного движения; производит учет и регистрацию автомототранспорта в районе; задерживает КМ организует работу соответствующих подразделений отдела по выявлению, разыскиваемые автомобили.

КМ организует работу соответствующих подразделений отдела по выявлению, предупреждению, пресечению, раскрытию и расследованию преступлений.

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

ОБЭП обеспечивает сбор, обобщение и анализ информации о состоянии оперативной обстановки на потребительском рынке; организует реализацию комплексных программ по борьбе с преступностью в сфере экономики а также работу с другими подразделениями КМ, МОБ по борьбе с экономическими преступлениями; проводит защиту правоохранительных экономических интересов граждан, государства, организаций независимо от форм собственности на которых они основаны. [29]

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

В отделе находится 3 компьютера объединенных в общую компьютерную сеть милиции. В основном это компьютеры на базе процессора Intel Celeron с частотой от 1000 до 2.6 MHz, и оперативной памятью DIMM 256 - 512 Mb. Операционная система Windows XP. Так же инженерный отдел имеет сканер, модемы, принтеры.

Локальная сеть отдела - Switch Delinc. В качестве среды передачи используется неэкранированная витая пара 5-й категории (UTP) со скоростью передачи данных 100 Мб/с. Для соединения кабеля с оборудованием используются вилки и розетки RJ-45. Доступа в Internet нет, но имеется Intranet. В инженерном отделе используют такие программные продукты как:

1. Специализированные - используемые только в ИО - АРМ, Модуль оператора и др.)

2. Основные - это программы, устанавливаемые непосредственно на каждый компьютер - MS Office 2000, Dr. Web, Avast и т. д.)

В качестве почтовой программы используется The Bat! c возможностью рассылки и получению почты. Обновления антивирусных баз программы Dr.Web происходит из Ростова через Intranet.

В отделе также существую задачи, исполнение которых ведется вручную, например, учет технических средств имеющихся в ОВД.

Для проведения анализа и реорганизации процессов предназначено CASE-средство BPwin, поддерживающее методологии IDEF0 (функциональная модель) и DFD. Функциональная модель предназначена для описания существующих процессов в милиции и идеального положения вещей - того, к чему нужно стремиться. Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание систем в целом и ее взаимодействия с окружающим миром, после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно. Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. [19]

DFD включает такие понятия, как «внешняя ссылка» и «хранилище данных», что делает ее более удобной для моделирования документооборота. [20]

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

Рисунок 1.2 - Контекстная диаграмма инженерного отдела

Для получения более подробной и углубленной информации о функционировании отдела используются диаграммы декомпозиции первого уровня (рисунок 1.3) и второго уровня (рисунок 1.4).

На рисунке 1.3 видно, что поступающие оргтехника и средства связи сперва принимаются, потом ведется учет, проверяется техническое состояние, обслуживается техническое состояние собранного аппарата, а затем техника выдается по подразделениям.

Рисунок 1.3 - Первый уровень декомпозиции

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

Рисунок 1.4 - Второй уровень декомпозиции

Как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота используют модель DFD, которая представлена на рисунках 1.5 и 1.6.

Рисунок 1.5 - Начальный уровень диаграммы потоков данных по учёту технических средств

Рисунок 1.6 - Диаграмма потоков данных. Учет техники

Из рисунка 1.6 видно как идет движение документов и информации в отделе.

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

Принимая за основу описание деятельности и пожелания сотрудников инженерного отдела, можно приступать к формированию требований к информационной системе:

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

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

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

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

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

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

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

- Функциональные требования, описывающие требуемую функциональность или прецеденты системы (F).

- Системные требования, такие как используемые платформы (C).

- Требования к представлению (P).

- Требования, определяющие риски, которым должно быть уделено основное внимание при разработке системы (R).

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

Таблица 1.1 - Функциональные требования

Далее описываются системные требования (С):

Среда разработки - Microsoft Access

Язык программирования - Microsoft Visual C#

Операционная система - Windows XP

Третья категория - это требования к представлению (Р). Требования к представлению описывают формирование требований к интерфейсу программного обеспечения для заказчика. Интерфейс должен быть удобным в использовании и простым в понимании.

Четвертой категорией является требования к рискам (R). Данная категория требований направлена на то, чтобы уменьшить риск некорректного внесения данных в систему. Поэтому должно выполнятся требование соответствия полей с занесёнными данными. Также система должна обеспечивать сохранность данных о технических средствах.

Данный раздел также включает в себя формирование «Технического задания» (ТЗ) и составление «Технико-экономического обоснования» (ТЭО). Целью разработки ТЭО и ТЗ проекта АИС является оценка основных параметров, ограничивающих проект информационной системы, обоснование выбора и оценка основных проектных решений по отдельным компонентам проекта.

Параметризация позволяет определить требования к системе, оценить существующую информационную систему, определить пригодность типовых решений в проекте ИС, выбрать проектные решения в соответствии с предъявляемыми требованиями к АИС. К основным компонентам ТЭО относятся:

- характеристика исходных данных о предметной области;

- обоснование цели создания ИС;

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

- разработка перечня организационно-технических мероприятий по проектированию системы;

- расчёт и обоснование эффективности выбранного проекта;

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

На основании технико-экономического обоснования строится техническое задание. ТЭО и ТЗ представлены в ПРИЛОЖЕНИЯХ Б и В.

Визуальное моделирование оказало большое влияние на развитие ТС ПО вообще и CASE-средств в частности. Понятие CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение этого понятия, ограниченное только задачами автоматизации разработки ПО, в настоящее время приобрело новый смысл, охватывающий большинство процессов жизненного цикла ПО. [19]

В процессе моделирования каждый аспект деятельности предприятия сначала рассматривается отдельно, а после детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами. [43]

Моделирование бизнес-процессов является важной составной частью проектов по созданию информационных систем. Отсутствие таких моделей является одной из главных причин неудач многих проектов. [14]

На стадии разработки выявляются более детальные требования к системе, выполняется высокоуровневый анализ предметной области и проектирование для построения базовой архитектуры системы, создается план конструирования и устраняются наиболее рискованные элементы проекта.

Самым важным результатом стадии разработки является описание будущей системы.

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

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

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

Информационная система учёта техники выполнено как автономное приложение. Такой тип архитектуры объясняется тем, что на одном рабочем месте находится один сотрудник, нет необходимости одновременного доступа к данным БД с разных рабочих мест, следовательно, нет необходимости в многоуровневой архитектуре. Ещё в автономном приложении меньшее количество затрат при его использовании, так как нет необходимости приобретать и устанавливать SQL сервер, который необходим при многоуровневой архитектуре.

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

Для проектирования базы данных был использован ERwin 4.0 разработанный Computer Associates Int.

ERwin - мощный и удобный инструмент для построения модели данных. Он обеспечивает высочайшую продуктивность труда при разработке и сопровождении приложений с использованием баз данных. На протяжении всего процесса - от логического моделирования требований к информации и бизнес-правил, которые определяют базу данных, до оптимизации физической модели в соответствии с заданными характеристиками - ERwin позволяет наглядно отобразить структуру и основные элементы БД. [19]

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

Логическая модель данных представлена на рисунке 2.9.

Рисунок 2.9 - Логическая модель данных

База данных информационной системы учёта технических средств и средств связи разработана в Microsoft Office Access 2003. На первом этапе была разработана структура данных и построена схема данных.

Структуры данных. Выяснив основную часть данных можно приступать к созданию структуры базы, то есть структуры ее основных таблиц.

1. Работа начинается с составления генерального списка полей - он может насчитывать десятки и даже сотни позиций.

2. В соответствии с типом данных, размещаемых в каждом поле, определяют наиболее подходящий тип для каждого поля.

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

Страницы: 1, 2, 3