 |
Методика развертывания приложения
|
|
|
|
Разрабатываемый программный продукт будет поставляться на предприятие в комплекте с другими подсистемами ЛИС.
Развертывание компонентов происходит на тех компьютерах системы ЛИС на которых расположены рабочие места пользователей, т.е. зав. КДЛ, врача-лаборанта, лечащих врачей и лаборантов, использующих бизнес процессы, связанны с данным компонентом.
Для развертывания компонента необходимо в соответствующий раздел файловой системы поместить разработанную динамическую библиотеку, включающую проектируемый компонент, а затем зарегистрировать компонент в реестре Windows.
На сервере должна быть установлена программа SQL Server 2005. Заведующему КДЛ и врачу-лаборанту должны быть предоставлены права на внесение изменений в базу данных.
Выводы к разделу
В третьем разделе дипломного проекта рассмотрен пример реализации, тестирования и развертывания компонента из предметной области проектируемой подсистемы. В разделе приведено описание разработки компонента в среде Visual Studio и основных методов его тестирования и отладки.
Продемонстрирована реализация взаимодействия компонента с СУБД и с клиентским приложением.
Управление информационным проектом
Выбор жизненного цикла разработки
В соответствии с определением, приведенным в [18], модель жизненного цикла разработки ПО (software life cycle model, SLCM) схематически объясняет, в каком порядке будут выполняться действия по разработке программного продукта. Такая последовательность может быть не линейной, так как фазы могут следовать последовательно, повторяться, или происходить одновременно.
Жизненный цикл – непрерывный процесс, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент ее полного изъятия из эксплуатации.
|
|
|
На раннем этапе разработки, модель жизненного цикла всего проекта была определена как спиральная. На следующем этапе разработки необходимо заново проанализировать следующие отличительные категории проекта: команда разработчиков, требования, коллектив пользователей, тип проекта и риски. Далее, следует ответить на вопросы по каждой категории и проранжировать полученные данные. В результате проведенных исследований будет определена модель жизненного цикла приемлемая на данном этапе разработки.
Таблица 4.1- Определение оптимальной модели жизненного цикла в баллах
| Характеристика | Каскадная | V-образная | Прототипирование | Спиральная | RAD | Инкрементная |
| Требования | 5 | 5 | 2 | 2 | 5 | 4 |
| Участники команды разработчиков | 4 | 5 | 5 | 2 | 6 | 5 |
| Коллектив пользователей | 3 | 6 | 5 | 8 | 4 | 6 |
| Типы проектов и рисков | 1 | 1 | 3 | 1 | 8 | 3 |
| Итого | 13 | 17 | 15 | 13 | 23 | 18 |
Из данных приведенных в таблице можно сделать следующие выводы. Для разрабатываемой ЛИС для лабораторного отделения БСМП-2,наиболее подходящей моделью ЖЦ является метод быстрой разработки приложений «RAD».
Характерной чертой «RAD» является короткое время перехода от определения требований до создания полной системы. Метод основывается на последовательности итераций эволюционной системы или прототипов, критический анализ которых обсуждается с заказчиком. В процессе такого анализа формируются требования к продукту. Разработка каждого интегрированного продукта ограничивается четко определенным периодом времени, который, как правило, составляет 60 дней и называется временным блоком.
Факторы, позволяющие создать систему за 60 дней, причем без ущерба качеству, включает в себя использование мощных инструментальных средств разработки, высокий уровень фактора повторного использования, а также осмысления и выделенные ресурсы.
|
|
|
При выполнении нашего проекта, для которого модель «RAD» подходит в достаточной мере, появляются следующие преимущества:
- благодаря использованию мощных инструментальных средств можно сократить время цикла разработки для всего проекта;
- имеется возможность произвести быстрый изначальный просмотр продукта;
- благодаря принципу временного бока уменьшаются затраты и риск, связанный с соблюдением графика;
- благодаря сокращенному времени цикла и усовершенствованной технологии, а также меньшему количеству задействованных в процессе разработчиков уменьшаются затраты;
- модель обеспечивает эффективное использование имеющихся в наличии средств и структур;
- привлечение заказчика на постоянной основе сводит до минимума риск того, что он не будет удовлетворен разработанным продуктом, кроме того, это гарантирует, что система будет соответствовать коммерческим потребностям, а сам программный продукт будет надежен в эксплуатации;
- в состав каждого временного блока входит анализ, проектирование и внедрение (фазы отделены от действий);
- основное внимание переносится с документации на код, причем при этом, соблюдая принцип «получите то, что видите»;
- в модели используются следующие принципы и инструментальные средства моделирования: деловое моделирование (методы передачи информации, место генерирования информационных потоков, кем и куда направляется, каким образом обрабатывается); моделирование данных (происходит идентификация объектов данных и атрибутов, а также взаимосвязей); моделирование процесса (выполняется преобразования объектов данных); генерирование приложения (метод четвертого поколения);
- в модели повторно используются компоненты уже существующих программ.
|
|
|
