Файл: Применение объектно-ориентированного подхода при проектировании информационной системы (История развития технологий разработки программ).pdf

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

Каждый виток разбивается на секторы [20, c.36]:

• Определение перечня целей
• Оценивание вероятности рисков
• Осуществление разработки и тестирования
• Планирование

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

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

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

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

Таблица 1 - Ожидаемые риски на этапах жизненного цикла

№ этапа	Этап жизненного цикла	Название риска	Меры противодействия
1	Предпроектная стадия	Риск персонала со стороны заказчика и исполнителя Риск неполноты сбора информации	Документирование рисков, включение в договор моментов неполного сбора информации
2	Проектирование	Риск принятия неверных проектных решений Риск неверного планирования Стоимостной риск Форс - мажор	Экспертиза технических заданий совместно ИТ, экономическими и профильными службами, страхование
3	Разработка	Риск персонала Технический риск	Тестирование на всех стадиях разработки, экспертиза разрабатываемого ПО на всех этапах создания, работа в команде
4	Внедрение	Риск персонала Технический  и программный риск	Тестирование на всех стадиях внедрения, экспертиза ПО на всех этапах создания, работа в команде
5	Эксплуатация и сопровождение	Технические риски Риск персонала	Работа в команде, юридическое обеспечение договоров

---

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

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

В качестве мер по предотвращению рисков подобного рода можно рассматривать [2, стр.30]:

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

В качестве мерами по предотвращению обозначенных выше рисков можно рассматривать [2, стр.15]:

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

В качестве мер предотвращения данных обстоятельств можно рассматривать следующие [4, стр.39]:

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

---

Этого можно избежать следующим образом [1, стр.76]:

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

Этого можно избежать, путем реализации следующих идей:

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

В качестве мер по предупреждению данных рисков можно рассматривать [2, стр.56]:

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

2.2. Анализ сред разработки, использующих объектно-ориентированный подход

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

Нижеописанные характеристики сред программирования приведены в работе [13].

В рамках данной работы был проведен выбор среды программирования согласно параметрам, приведенным в таблице 1.

Таблица 1 - Параметры сред программирования

---

№	Характеристики	Средства разработки
		РНР	1С: Предприятие	Visual Studio	Embarcadero Delphi XE10
1.	Режим создания приложений	Интерпретатор	Интерпретатор	Компилятор	Компилятор
2.	Язык программирования	РНР	1С: Предприятие	С#, VB.NET	Delphi
3.	Система	Закрытая	Закрытая	Открытая	Открытая
4.	Поддерживаемые СУБД	MySQL,Oracle, MS SQL, DB2, IBM и др.	Встроенный формат данных, возможность подключения к MySQL, MS SQL	Поддержка форматов SQL,MDB cиспользованием DB-библиотеки, ODBC	Работа с СУБД через внешние данные (ADO), использование BDE
5.	Создание приложений в режиме мастера	-	+	+	+
6.	Динамическая реализация форм ввода, возможность обработки сообщений	+	+	+	+
7.	Стандарт реализации приложения	-	-	каркасный (мастер)	компонентный (мастер)
8.	Технология	Меню, отчетов (drag-and-drop). Работа с построителями экранов, , классами	Разработка интерфейсов в режиме Конфигуратора	Редактор ресурсов, Редактор классов (drag-and-drop)	Редактор объектов (drag-and-drop)
9.	Реализация печатных форм	-	Встроенный	Внешний	Объект Report и возможность экспорта в Excel
10	Работа с исключениями	Процедура	Процедура	Объект	Объект
11	Генерация программного кода из CASE Rational Rose	+	-	+	-

Наиболее распространенной средой разработки приложений с использованием ООП является MS Visual Studio по следующим показателям [12]:

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

- возможности работы с различными СУБД;

- совместимость с фреймворками;

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

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

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

---

- наличие сетевых решений с соответствующими уровнями безопасности;

- соответствие нагрузки на СУБД специфике предметной области и ИТ-инфраструктуры компании.

- подключение к СУБД из большинства сред разработки без необходимости установки драйверов для обеспечения совместимости;

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

- оценка критериев "цена - качество".

Сравнительные характеристики СУБД, которые могут быть использованы в разработках ПО с использованием ООП, приведены в таблице 2

Таблица 2 - Сравнительные характеристики СУБД

Сравнительные характеристики	MS SQL Server	Oracle	MS Access
Средства администрирования	Хорошо	Приемлемо	нет
Графический инструментарий работы с БД	Отлично	Хорошо	Хорошо
Простота в обслуживании	Отлично	Отлично	Отлично
Механизмы управления данными	Хорошо	Отлично	Хорошо
Возможность работы с несколькими ЦП	Приемлемо	Отлично	Хорошо
Функции по соединению и выбору индексов	Отлично	Отлично	Хорошо
Совместный доступ к системе	Хорошо	Отлично	Ограничено
Работа с мультимедиа-даными	Ограничено	Отлично	Ограничено
Подключение к Web - сервисам	Приемлемо	Отлично	Приемлемо
Создание триггеров	Отлично	Отлично	Нет
Текстовый поиск	Приемлемо	Отлично	Хорошо
Технологии функциональной совместимости	Приемлемо	Хорошо	Хорошо
Возможность сопряжения с другими БД	Приемлемо	Приемлемо	Хорошо
Единая аутентификация	Приемлемо	Хорошо	Нет
Кроссплатформенность	Ограничено	Хорошо	Нет
Наличие средств программирования	Хорошо	Отлично	Отлично
Работа с хранимыми процедурами	Хорошо	Отлично	Ограничено
Встроенный язык программирования	Приемлемо	Хорошо	Отлично
Построение баз данных	Хорошо	Отлично	Отлично
Поддержка SQQL	Отлично	Отлично	Отлично
Работа с объектно-ориентированными системами	Приемлемо	Отлично	Приемлемо
Репликации	Отлично	Отлично	-
Сервисы тиражирования	Отлично	Приемлемо	-
Сервисы распределенной обработки транзакций	Отлично	Отлично	-

---