РЕФЕРАТ

Дипломный проект содержит 113 листов, 55 рисунков, 9 таблиц, 45 источников литературы.

ИНФОРМАЦИОННАЯ СИСТЕМА, БАЗА ДАННЫХ, ДИАГРАММА ПОТОКОВ ДАННЫХ, ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ, CASE-СРЕДСТВА ERWIN, УЧЕТ, ПЛАНИРОВАНИЕ, УПРАВЛЕНИЕ

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

Проект реализован с использованием Microsoft Access 2002 и языка программирования Microsoft Visual C#.

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

Abstract

The degree project contains 113 sheets, 55 figures, 9 tables, 45 sources of the literature.

INFORMATION SYSTEM, DATABASE, the DIAGRAM of DATAFLOWS, LOGIC DESIGNING, CASE-MEANS ERWIN, the ACCOUNT, PLANNING, MANAGEMENT

In the degree project statement and program realization of information system MRSSaST for conducting the account orgtechnics is executed and a communication facility, the analysis of references and the necessary documentation is lead.

The project is realized with use Microsoft Access 2002 and programming language Microsoft Visual C#.

Result of the degree project is development and the analysis of structure of entrance and target documents, databases and the program appendix.

Содержание

• ВВЕДЕНИЕ
• 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
• СПИСОК ЛИТЕРАТУРЫ
• ПРИЛОЖЕНИЕ А - ОРГАНИЗАЦИОННАЯ СТРУКТУРА
• ПРИЛОЖЕНИЕ Б - ПРОГРАММНЫЙ КОД (ФРАГМЕНТЫ)
• ПРИЛОЖЕНИЕ В - ТЕХНИЧЕСКОЕ ЗАДАНИЕ
• ПРИЛОЖЕНИЕ Г - ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ
• ПРИЛОЖЕНИЕ Д - ПЛАН ТЕСТИРОВАНИЯ ПО
• ПРИЛОЖЕНИЕ Е ? ОБОСНОВАНИЕ ВЫБОРА МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА
• ПРИЛОЖЕНИЕ Ж - ПЕРЕЧЕНЬ РАБОТ
• ПРИЛОЖЕНИЕ З - ОЦЕНКА СТОИМОСТИ РАЗРАБОТКИ ПО

ВВЕДЕНИЕ

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

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

Первый путь -- разработка системы собственными силами. Этим путем идут многие организации. Очень часто для автоматизации расчетов применяются процедуры, написанные средствами офисных программ (характерный пример - макросы для 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).

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

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

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

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

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

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

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

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

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

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

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

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

2. Цели и задачи дипломного проектирования

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

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

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

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

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

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

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

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

1 РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАМНОМУ ОБЕСПЕЧЕНИЮ

1.1 Анализ предметной области

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

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

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

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

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

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

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

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

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

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

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

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

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

- основные;

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

- штабные.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.2 Анализ существующих решений по автоматизации предметной области

В отделе находится 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.

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

1.3 Анализ и моделирование требований

Для проведения анализа и реорганизации процессов предназначено 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 видно как идет движение документов и информации в отделе.

1.4 Сбор требований

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

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

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

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

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

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

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

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

1.5 Спецификация и аттестация требований

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.6 Выбор методологии проектирования информационной системы

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

В структурном анализе используются следующие виды моделей (диаграмм):

- SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

- DFD (Data Flow Diagrams) диаграммы потоков данных;

- ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".

На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру программного обеспечения, структурные схемы программ и диаграммы экранных форм.

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

Выводы к разделу

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

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

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

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

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

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

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

2 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 Архитектурное проектирование

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

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

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

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

2.2 Проектирование пользовательского интерфейса

На первом этапе проектирования информационной системы создаются электронные формы ввода-редактирования данных. В разрабатываемой информационной системе учёта технических средств были спроектированы следующие формы:



Рисунок 2.1 - Главная форма программы

Чтобы начать работу с программой нужно сначала нажать «Файл», затем «Открыть», а потом выбрать нужное: «Справочники», «Карточки учета», «Резервное копирование» или «Формы» (Рисунок 2.2)

Рисунок 2.2 - выбор нужной формы



Рисунок 2.3 - вкладка «Справочники»

Вкладка «Справочники» (рисунок 2.3) содержит в себе формы «Персонал», «Должности», «Службы», «Группы аппаратуры» и «Материалы».

Рисунок 2.4 - вкладка «Карточки учета»

Вкладка «Карточки учета» (рисунок 2.4) содержит в себе формы «Возврат материала», «Заявки на материал», «Изменения в конструкции», «Инвентаризация средств связи», «Итоговый учет работы по годам», «Карточки учета материалов», «Приходной ордер», «Результаты проверки инспектирующими лицами», «Сведения о движении изделия», «Списание материала», «Техническое обслуживание», «Требования на выдачу материалов» и «Учет технического обслуживания».

Рисунок 2.5 - меню «Правка»

Меню «Правка» содержит (рисунок 2.1.5) - «Отменить», «Вернуть», «Вырезать», «Копировать», «Вставить», «Удалить», «Выделить все», «Найти», «Заменить».

Рисунок 2.6 - меню «Вид»

Меню «Вид» (рисунок 2.6) содержит - «Панель инструментов», «Панель статуса», «Установка даты», «Параметры программы», «Параметры объектов», «Параметры полей».



Рисунок 2.7 - меню «Таблица»

Меню «Таблица» (рисунок 2.1.7) содержит - «Изменить», «Добавить», «Удалить», «В начало», «Назад», «Вперед», «В конец», «Сортировка», «Фильтр», «Поиск».

Рисунок 2.8 - меню «Окно»

Меню «Окно» (рисунок 2.8) содержит - «Сведения о программе», «Скрыть», «Очистить», «Переключить».

2.3 Проектирование баз данных

Этапы проектирования баз данных:

1. Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:

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

2. Логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ. На этом этапе часто моделируют базы данных применительно к различным СУБД и проводят сравнительный анализ моделей.

3. Физическое проектирование - определение особенностей хранения данных, методов доступа и т.д. [34]

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

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

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

В целом структура данных включает в себя набор таблиц с атрибутами и выглядит следующим образом:



Рис 2.10 - Общая структура данных учёта платежей

Далее необходимо рассмотреть присутствующие в структуре данных таблицы с описанием их атрибутов и связей между ними:

1. Таблица «Группы аппаратуры» (Рис 2.11);

Рисунок 2.11 - таблица «Группы аппаратуры»

Поля таблицы (рис. 2.12):

Рисунок 2.12 - поля таблицы «Группы аппаратуры»

В данной таблице ключевым является поле «ID тех средства», которое служит для обеспечения целостности данных. «Наименование аппаратуры» берется из таблицы «Материалы», «Спецификация» из таблицы «Спецификация».

2. Таблица «Возврат материала» (рис.2.13);

Рисунок 2.13 - Таблица «Возврат материала»

Поля таблицы (рис. 2.14):

Рисунок 2.14 - поля таблицы «Возврат материала»

В данной таблице ключевым является поле «ID». «Материал принял» и «Материал сдал» берется из таблицы «Персонал», «Наименование тех средств» из таблицы «Материалы».

3. Таблица «Должность» (рис. 2.15);

Рисунок 2.15 - таблица «Должность»

Поля таблицы (рис. 2.16):

Рисунок 2.16 - поля таблицы «Должность»

Представленная таблица содержит поле должность, она необходима для связки таких таблиц, как «Изменения в конструкции во время эксплуатации и ремонта», «Персонал», «Результаты проверки инспектирующими лицами», «Сведения о движении изделия при эксплуатации», «Учет технического обслуживания» по полю «ID должности».

4. Таблица «Заявки на материал» (рис. 2.17);



Рисунок 2.17 - таблица «Заявки на материал»

Поля таблицы (рис. 2.18):

Рисунок 2.18 - поля таблицы «Заявки на материал»

В данной таблице ключевым является поле «ID заявки». «Наименование» берется из таблицы «Материалы».

5. Таблица «Изменения в конструкции во время эксплуатации» (рис. 2.19);

Рисунок 2.19 - таблица «Изменения в конструкции во время эксплуатации»

Поля таблицы (рис. 2.20):



Рисунок 2.20 - поля таблицы «Изменения в конструкции во время эксплуатации»

В данной таблице ключевым является поле «ID». «Наименование» берется из таблицы «Материалы», «Должность ответственного лица» из таблицы «Должность», «ФИО ответственного» из таблицы «Персонал».

6. Таблица «Инвентаризация средств связи» (рис. 2.21);

Рисунок 2.21 - таблица «Инвентаризация средств связи»

Поля таблицы (рис. 2.22):

Рисунок 2.22 - поля таблицы «Инвентаризация средств связи»

В данной таблице ключевым является поле «ID инвентаризации». «Наименование» берется из таблицы «Материалы».

7. Таблица «Материалы» (рис. 2.23);

Рисунок 2.23 - таблица «Материалы»

Поля таблицы (рис. 2.24):

Рисунок 2.24 - поля таблицы «Материалы»

Представленная таблица содержит поле «Наименование», она необходима для связки практически всех таблиц по полю «ID тех средства».

8. Таблица «Персонал» (рис. 2.25);

Рисунок 2.25 - таблица «Персонал»

Поля таблицы (рис. 2.26):



Рисунок 2.26 - поля таблицы «Персонал»

Представленная таблица содержит поле «Фамилия ИО», она необходима для связки таких таблиц, как «Возврат материала», «Изменения в конструкции во время эксплуатации и ремонта», «Результаты проверки инспектирующими лицами», «Сведения о движении изделия при эксплуатации», «Учет технического обслуживания» по полю «ID» «Должность» берется из таблицы «Должность».

9. Таблица «Спецификация» (рис. 2.27);

Рисунок 2.27 - таблица «Спецификация»

Поля таблицы (рис. 2.28):

Рисунок 2.28 - поля таблицы «Спецификация»

Представленная таблица содержит поле «Спецификация», она необходима для связки таблицы «Группы аппаратуры».

10. Таблица «Учет технического обслуживания» (рис. 2.29);



Рисунок 2.29 - таблица «Учет технического обслуживания»

Поля таблицы (рис. 2.30):

Рисунок 2.30 - поля таблицы «Учет технического обслуживания»

В данной таблице ключевым является поле «ID». «Должность ответственного» берется из таблицы «Должность», «ФИО ответственного» берется из таблицы «Персонал».

Схема данных. Схема данных необходима для отражения таблиц, их атрибутов, а также связей между ними по ключевым полям. Далее представлена схема данных на основании построенных таблиц (рис. 2.31):



Рисунок 2.31 - Схема данных

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

Физическая модель данных представлена на рисунке 2.32.



Рисунок 2.32 - Физическая модель данных

2.4 Обоснование выбора платформы создания информационной системы

Для реализации программы «Информационная система МРССиСт» были выбраны такие программные средства разработки как Microsoft Access 2002 и язык программирования Microsoft Visual С# .Net.

Microsoft Access - это интерактивная реляционная СУБД для WINDOWS . Это программа, которую используют для хранения и извлечения данных в зависимости от отношений, которые установлены. Работа с ней упрощена посредством манипулятора мыши. Графические возможности оболочки производят большое впечатление при изготовлении высококачественных отчетов и распечаток. Все это благодаря поддержки True-type шрифтов и встраивания OLE-объектов в рамках среды WINDOWS. OLE - объект представляет собой ссылку на определенную информацию, которая остается в своей первоначальной форме. [6]

Access также предоставляет в распоряжение пользователя механизмы работы с базами данных различных форматов.

Поскольку в инженерном отделе находится всего 3 компьютера была потребность в небольшой и гибкой СУБД. В итоге можно сделать вывод, что Microsoft Access 2003 идеальная среда разработки БД для данной организации, отвечающая всем представленным требованиям.

Специально для платформы Microsoft Visual Studio .Net был разработан новый язык программирования - C#. Он впитал в себя многое из того лучшего, что есть в самых разных языках программирования. [11]

Язык C# обезоруживает своей простотой - в нем насчитывается около 80 ключевых слов и десяток встроенных типов данных. Тем не менее, он оказывается исключительно выразительным, когда дело доходит до реализации современных концепций программирования. Язык C# включает в себя самую полную поддержку структурного, компонентно-ориентированного и объектно-ориентированного программирования, которую только можно ожидать от современного языка. [25]

В C# предусмотрены встроенные синтаксические конструкции для работы с перечислениями, структурами и свойствами классов.

C# позволяет интерактивно конструировать внешний вид приложений. Можно располагать разные элементы управления (кнопки, полосы прокрутки и т.п.) на поверхности окна программы, а C# генерирует соответствующий код. [44]

Таким образом, гармонично сочетающиеся между собой компоненты разработки информационной системы МРССиСТ СУБД MS Access и язык высокого уровня C#, идеально подходят не только для взаимодействия между собой, но и для нужд инженерного отдела милиции.

2.5 Описание сценария диалога

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

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

- выбор объектов;

- ввод информации о технике;

- просмотр, редактирование и печать отчетов.

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

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

Для начала работы с программой необходимо запустить файл Mrssst.exe. Работа с системой начинается с главного меню. Структура меню представлена на рисунке 2.33. Меню включает в себя следующие пункты: Файл, Правка, Вид, Таблица, Окно.



Рисунок 2.33 - Главное меню

Далее «Открыть», а потом выбрать нужное: «Справочники», «Карточки учета», «Резервное копирование» или «Формы» (Рисунок 2.34)

Рисунок 2.34 - Меню «Открыть»

При выборе подпункта «Материалы» подменю «Справочники» появляется окно «Материалы» (рисунок 2.35).



Рисунок 2.35 - Окно «Материалы»

При выборе подпункта «Группы аппаратуры» подменю «Справочники» появляется окно «Группы аппаратуры» (рисунок 2.36).

Рисунок 2.36 - Окно «Справочник группы аппаратуры»

При выборе подпункта «Карточки учета материалов» подменю «Карточки учета» появляется окно «Карточки учета материалов» (рисунок 2.37).

Рисунок 2.37 - окно «Карточки учета материалов»

Форма «Создание новой записи» (рисунок 2.38) позволяет создавать и добавлять новые записи в таблицу.

Рисунок 2.38 - форма «Создание новой записи»

Подменю «Установка даты» позволяет установить текущую дату (рисунок 2.39).

Рисунок 2.39 - форма «Установка текущей даты»

Если нужно распечатать полученный документ, нужно выбрать в меню «Файл» - «Печать» (рисунок 2.40). Здесь же можно выбрать вид печати: предварительный просмотр или стандартная печать.

Рисунок 2.40 - окно «Печать документов»

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

Выводы к разделу

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

3 Реализация и аттестация информационной системы

3.1 Реализация приложения

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

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

Реализация приложения выполнена с помощью объектно-ориентированного языка высокого уровня C#.

Используются стандартные библиотеки (рисунок 3.1)

using System;

using System.Data.OleDb;

using System.Drawing;

using System.Collections;

using System.ComponentModel;

using System.Windows.Forms;

using System.Data;

using System.Xml;

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

Весь активный процесс C#-программы происходит в пределах класса. Класс является основой, для создания объектов. В классе определяются данные и код, который работает с этими данными. [45]

Типы членов классов C#:

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

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

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

- константы. Это поле, значение которого изменить нельзя.

- индексаторы. Они позволяют индексировать объекты методами-аксессорами get и set. C помощью индексатора легко проиндексировать объект для установки или получения значений.

- события. Событие вызывает исполнение некоторого фрагмента кода. События - неотъемлемая часть для программирования Microsoft Windows. [33]

3.2 Взаимодействие приложения с источниками данных

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

Модель объектов ADO.NET очень обширна, но в ее основе лежит довольно простой набор классов. Наиболее важным из них является DataSet. DataSet представляет собой отображение используемой базы данных, перенесенной на машину пользователя. При этом нет необходимости постоянно подключаться к серверу базы данных для модификации данных.

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

DataSet состоит из объектов типа DataTable и объектов DataRelation. К ним можно обращаться как к свойствам объекта DataSet. Свойство Tables возвращает объект типа DateTableCollection, который содержит все объекты DataTable используемой базы. [25]

Таблица - 3.1 - Пространство имен ADO.NET

Пространство имен	Описание
System.Data	Главное пространство имен ADO.NET. В нем определены типы, представляющие таблицы, столбцы, записи, ограничения и тип -- DataSet.
System.Data.Common	Определены типы, общие для всех управляемых провайдеров. Многие из них выступают в качестве базовых классов для классов из пространств имен для провайдеров SQL и OleDb
System.Data.OleDb	В этом пространстве имен определены типы для установления соединений с OLE DB-совместимыми источниками данных, выполнения к ним SQL-запросов и заполнения данными объектов DataSet.
System.Data.SqlCIient (Не используется)	В этом пространстве имен определены типы, которые составляют управляемый провайдер SQL.

Создание DataSet осуществляется при помощи управляемого провайдера (managed provider). Управляемый провайдер -- это набор классов, реализующих интерфейсы, определенные в пространстве имен System.Data.