28
рассчитывать количество граждан имеющих полисы ОМС и не
имеющих полисы ОМС по каждому договору на момент запроса;
формировать и печатать список действующих или расторгнутых
договоров по выбранному району всех или заключенных в указанный
месяц;
формировать и печатать список граждан имеющих полис ОМС по
выбранному договору;
формировать и печатать список граждан, которые пока не могут
получить полис ОМС по выбранному договору;
формировать и печатать список граждан имеющих полис ОМС
Ингосстрах-М и, которые внесены на получение полиса ОМС по
данному или другому договору;
формировать и печатать список граждан сдавших полис ОМС за
указанный месяц по выбранному договору.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Программа будет разрабатываться на языке программирования Object
Pascal в среде программирования Delphi.
Delphi – мощная система визуального объектно-ориентрованного
проектирования, позволяющая решать множество задач в частности:
Создавать законченные приложения для Windows самой различной
направленности, от чисто вычислительных и логических, до
графических и мультимедиа.
Быстро создавать (даже начинающим программистам) профессионально
выглядящий оконный интерфейс для любых приложений, написанных
на любом языке; интерфейс удовлетворяет всем требованиям Windows и
автоматически настраивается на ту систему, которая установлена на
компьютере пользователя, поскольку использует многие функции,
процедуры, библиотеки Windows.
29
Создавать свои динамически присоединяемые библиотеки (DLL)
компонентов, форм, функций, которые затем можно использовать из
других языков программирования.
Создавать мощные системы работы с локальными и удаленными базами
данных любых типов; при этом имеются средства автономной отладки
приложений с последующим выходом в сеть.
Формировать и печатать сложные отчеты, включающие таблицы,
графики и т.п.
Создавать справочные системы (файлы.hlp), как для своих приложений,
так и для любых других, с которыми, можно работать не только из
приложений, но и просто из Windows.
Создавать профессиональные программы установки для приложений
Windows, учитывающие всю специфику и все требования Windows. [26]
Программа разрабатывается в среде операционной системы Windows и
предназначена для работы в данной операционной системе. Выбор
операционной системы Windows обусловлен тем, что она предназначена для
профессионального использования в офисе или корпоративной среде.
Корпоративная информационная система для хранения данных использует
сервер баз данных с MS SQL Server в качестве корпоративной БД. По-этому в
Windows устанавливается клиентская часть клиент-серверных систем
управления базами данных (СУБД) MS SQL Server для доступа к корпоративной
базе данных. Программа может работать в операционных системах Windows
2010.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному обеспечению
Объектно-ориентированное программирование (ООП) - это метод
программирования, при использовании которого главными элементами
программ являются объекты. В языках программирования понятие объекта
реализовано как совокупность свойств (структур данных, характерных для
30
данного объекта), методов их обработки (подпрограмм изменения их свойств) и
событий, на которые данный объект может реагировать и, которые приводят, как
правило, к изменению свойств объекта. Объединение данных и свойственных им
процедур обработки в одном объекте, называется инкапсуляцией и является
одним из важнейших принципов ООП [15].
Другим фундаментальным понятием является класс.
Класс - это шаблон, на основе которого может быть создан конкретный
программный объект, он описывает свойства и методы, определяющие
поведение объектов этого класса. Каждый конкретный объект, имеющий
структуру этого класса, называется экземпляром класса.
Следующими важнейшими принципами ООП являются наследование и
полиморфизм.
Наследование - такая организация классов, которая предусматривает
создание новых классов на базе существующих и позволяет классу потомку
иметь (наследовать) все свойства класса – родителя [2].
Полиморфизм - означает, что рожденные объекты обладают информацией
о том, какие методы они должны использовать в зависимости от того, в каком
месте цепочки (дерева классов) они находятся, иными словами это концепция,
реализующая "множество методов в одном интерфейсе".
Другим важнейшим принципом ООП является модульность [6].
Модульность - это такая организация объектов, когда они заключают в
себе полное определение их характеристик, никакие определения методов и
свойств не должны располагаться вне его, это делает возможным свободное
копирование и внедрение одного объекта в другие [4].
Развитием объектно-орниентированной парадигмы (методологии), стала
объектно-событийная парадигма, опирающаяся на понятия объекта и события.
Эта парадигма позволяет конструировать, программировать распределенные
вычислительные среды, в том числе среды реального времени, SCADA и пр.
Событие в объектно-ориентированном программировании - это
сообщение, которое возникает в различных точках исполняемого кода при
выполнении определённых условий [10].
31
События предназначены для того, чтобы иметь возможность
предусмотреть реакцию программного обеспечения. Для решения поставленной
задачи создаются обработчики событий: как только программа попадает в
заданное состояние, происходит событие, посылается сообщение, а обработчик
перехватывает это сообщение. В общем случае в обработчик не передаётся
ничего, либо передаётся ссылка на объект, инициировавший (породивший)
обрабатываемое событие [24].
В особых случаях в обработчик передаются значения некоторых
переменных или ссылки на какие-то другие объекты, чтобы обработка данного
события могла учесть контекст возникновения события.
Самое простое событие - это событие, сообщающее о начале или о
завершении некоторой процедуры. Событие, по сути, сообщает об изменении
состояния некоторого объекта. Наиболее наглядно события представлены в
пользовательском интерфейсе, когда каждое действие пользователя порождает
цепочку событий, которые, затем обрабатываются в приложении. В объектно-
ориентированном анализе для описания динамического поведения объектов
принято использовать модель состояний.
Событие - это переход объекта из одного состояния в другое.
Взаимодействие объектов также осуществляется при помощи событий:
изменение состояния одного объекта приводит к изменению состояния другого
объекта, а событие оказывается средством связи между объектами.
Событие - это абстракция инцидента или сигнала в реальном мире,
который сообщает нам о перемещении чего- либо в новое состояние.
Далее, выделяются четыре аспекта события: [8]
метка - уникальный идентификатор события.
значение - текстовое сообщение о сути произошедшего.
предназначение - модель событий, которая принимает событие.
данные - данные, которые переносятся от одного объекта к другому.
Первый ряд примеров событий доставляет собственно сам жизненный цикл
объекта: [19]
создание объекта;
32
уничтожение объекта.
Более сложные примеры событий возникают тогда, когда у объекта
появляются внутренние состояния, которые описываются соответствующей
диаграммой переходов (из одного состояния в другое).
Современными языками объектно-ориентированного программирования
являются С++ и Java. С середины 90-х годов многие объектно–ориентированные
языки реализуются как системы визуального программирования, в которых ин-
терфейсная часть программного продукта создается в диалоговом режиме,
практически без написания программных операторов [22].
К объектно – ориентированным системам визуального проектирования
относятся Visual Basic, Delphi, C++ Builder, Visual C++. Язык VBA (Visual Basic
for Applications) – язык приложений Microsoft Office (Excel, Word, Access, Power
Point и др). [10]
VBA соблюдает основной синтаксис языка и правила программирования
языков Basic – диалектов, позволяет создавать макросы для автоматизации
выполнения некоторых операций и графический интерфейс пользователя,
интеграцию между различными программными продуктами [1].
Object Pascal -создавался сотрудниками компании Apple Computer
(некоторые из которых были участниками проекта Smalltalk) совместно с
Никлаусом Виртом (Niklaus Wirth), создателем языка Pascal. Object Pascal
известен с 1986 года и является первым объектно-ориентированным языком
программирования, который был включен в Macintosh Programmer's Workshop
(MPW), среду разработки для компьютеров Macintosh фирмы Apple.
В ранних версиях этого языка не было методов класса, переменных
класса, множественного наследования и метаклассов. Эти механизмы
исключены специально, чтобы сделать язык простым для изучения
начинающими "объектными" программистами. В таблице №8 приведены общие
характеристики Object Pascal.
33
Таблица №8
Object Pascal [10]
Абстракции
Переменные
экземпляра
Методы
экземпляра
Переменные
класса
Методы класса
Да
Да
Нет
Нет
Инкапсуляция
Переменных
Методов
Открытые
Открытые
Модульность
Разновидности
модулей
Модуль
(unit)
Иерархии
Наследование
Шаблоны
Метаклассы
Одиночное
Нет
Нет
Типизация
Сильная
типизация
Полиморфизм
Да
Да
(одиночный)
Параллельность
Многозадачность
Нет
Сохраняемость
Долгоживущие
объекты
Нет
Следовательно разрабатываемая программа может быть реализована
средствами Delphi и MS SQL Server.
1.4.2 Обоснование проектных решений по программному обеспечению
Программа разрабатывается в среде операционной системы Windows и
предназначена для работы в данной операционной системе. Выбор
операционной системы Windows обусловлен тем, что она предназначена для
профессионального использования в офисе или корпоративной среде.
Корпоративная информационная система для хранения данных использует
сервер баз данных с MS SQL Server в качестве корпоративной БД. По-этому в
Windows устанавливается клиентская часть клиент-серверных систем
управления базами данных (СУБД) MS SQL Server для доступа к корпоративной
34
базе данных. Программа может работать в операционных системах Windows
2010.
1.4.3 Обоснование проектных решений по техническому обеспечению
Для разработки программного обеспечения необходимы технические
средства:
монитор
системный блок
клавиатура
мышь
принтер
программный продукт - «Delphi» (лицензионный)
Windows (лицензионный)
Модем
35
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненныйaцикл (ЖЦ) программного ܖ обеспечения (ПО) ИС – это
непрерывный процесс, который начинается с момента принятия решения о
создании ПО и заканчивается по завершении ܖ его эксплуатации.
Модель ЖЦ ПО представляет собой ܖ структуру, которая определяет
последовательность выполнения и ܖ взаимосвязи ܖ процессов, действий и задач в
течение ЖЦ. Более распространенными являются следующие модели: ܖ каскадная,
с промежуточным контролем и спиральная.
Такие модели как каскадная и с промежуточным контролем включают
следующие этапы ܖ ЖЦ ПО:
Анализ;
Проектирование;
Реализацию;
Внедрение;
Сопровождение.
Отличительной чертой каскаднойaмодели является строго
последовательная ܖ реализация перечисленных выше этапов жизненного ܖ цикла.
Модель имеет следующее достоинство: на каждом из ܖ этапов данная ܖ модель
позволяет формировать законченный комплект ܖ документации и дает
возможность планировать сроки ܖ завершения работ и соответствующие ܖ затраты.
Однако имеется следующий недостаток: реальный процессaразработки ПО в
большинстве случаев не укладывается в такую жесткую схему и требует
возврата к предыдущим этапам до уточнения или пересмотра принятых
решений.
В отличие от каскадной ܖ модели с промежуточнымaконтролем
жизненный цикл более близок к реальной разработке и применению ПО. При
данной модели допускается возврат каждого этапа жизненного ܖ цикла на любой
36
из предыдущих ܖ этапов, если требуется выполнение межэтапнойaкорректировки.
Кроме того может быть обеспечена большая ܖ надежность ПО, однако возрастает
длительность периода ܖ разработки.
При спиральной ܖ модели ܖ жизненного цикла отсутствуютaнедостатки
выше описанных моделей. В данной модели основополагающими являются
первоначальные ܖ этапы: анализ и ܖ проектирование, в которых реализуемость
технических решений проверяется с помощью создания прототипов.
Кроме того спиральная ܖ схема разработки позволяет перейти на
следующий ܖ этап не завершив ܖ полностью работы на предыдущем этапе.
Окончательные работы могут быть выполнены на следующем ܖ витке ܖ спирали. В
результате это обеспечивает возможность предъявить заказчику ܖ разработки
некоторый работоспособный ее ܖ вариант, чтобы уточнить требования.
Целью данной ܖ выпускной квалификационнойaработы является
разработка программы учета зеленых ܖ насаждений, способной за счет
автоматизации усовершенствовать учет зеленых ܖ насаждений. В процессе
разработки будет использована каскадная ܖ модель жизненногоaцикла.
Использование этой модели на каждом из этапов позволяет формировать
законченный комплект ܖ документации и дает возможность планироватьaсроки
завершения работ и соответствующие ܖ затраты.
Каскаднаяaмодель включает следующие ܖ этапы:
Анализ
Проектирование
Реализация
Введение
Эксплуатация.
На этапеaанализа ܖ необходимо собрать ܖ информацию по учету зеленых
насаждений. Менеджеры, бухгалтер ܖ предприятия должны собрать и
проанализировать ܖ данные необходимые им в программе ܖ по автоматизации
договорных отношений.
На этапе ܖ проектирования по результатам представленной ܖ информации
происходит проектирование базы ܖ данных и структуры ܖ программы.
37
На этапе реализации создается база ܖ данных: создаются все необходимые
справочники документы, регистры. Затем производится настройка ܖ главного
меню и меню всех элементов ܖ программы.
Этап ܖ внедрения включает в себя развертывание технических,
информационных и программных ܖ средств и проведение окончательного
тестирования системы на развернутых средствах, чтобы убедиться в
работоспособности всех модулей системы.
На этапе ܖ эксплуатации необходимо провести ܖ обучение всех
пользователей, которые будут работать с системой.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапе ܖ анализа нужно четко установить все виды ܖ данных, которые
будут вводиться в программу ܖ автоматизации. Поскольку если на этом этапе не
будет учтена какая-либо ܖ информация, это отразится на возможности ܖ хранения
данной информации в системе и, следовательно, может быть утрачено
использование этой информации в отчетности или другой выходной
документации. Чтобы уменьшить ܖ данный риск ܖ упущенияaинформации, нужно
проделать перекрестную проверку между различными ܖ подразделениями
предприятия.
На этапе ܖ проектирования нужно провести детальный анализ ܖ информации
и перенести его на структуры базы данных и программы. Постараться избежать
дублированияaинформации в системе.
На этапе ܖ реализации требуется исключить ܖ возможность совершения
пользователем системы ошибочных действий, которые могут повлечь крах
системы или ввод неверныхaданных. Чтобы снизить такой риск, требуется
осуществить тестирование системы достаточным числом пользователей.
На этапе ܖ внедрения нужно проверить наличие необходимого
программногоaобеспечения и лицензий ܖ к нему.