Дипломная работа: Автоматизация регистрации и мониторинг заявок контрагентов в ООО "Логистиккомпани"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
62
Технология ASP получила своё развитие в виде ASP.NET - новой технологии
создания веб-приложений, основанной на платформе Microsoft .NET.
ASP.NET - технология создания веб-приложений и веб-сервисов от компа-
нии Майкрософт. Она является составной частью платформы Microsoft .NET и
развитием более старой технологии Microsoft ASP. На данный момент последней
версией этой технологии является ASP.NET 4.0b.
ASP.NET внешне во многом сохраняет схожесть с более старой технологией
ASP, что позволяет разработчикам относительно легко перейти на ASP.NET. В то
же время внутреннее устройство ASP.NET существенно отличается от ASP, по-
скольку она основана на платформе .NET и, следовательно, использует все новые
возможности, предоставляемые этой платформой.
Хотя ASP.NET берёт своё название от старой технологии Microsoft ASP, она значи-
тельно от неё отличается. Microsoft полностью перестроила ASP.NET, основываясь
на Common Language Runtime (CLR), который является основой всех приложений
Microsoft .NET. ASP.NET имеет преимущество в скорости по сравнению со скрип-
товыми технологиями, так как при первом обращении код компилируется и
помещается в специальный кэш, и впоследствии только исполняется[19.стр.79].
Вместе с тем следует учитывать, что указанное преимущество не всегда мо-
жет быть реализовано. Это связано с тем, что на скорость работы реального проек-
та влияют множество факторов.
63
II. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Понятие жизненного цикла является одним из базовых понятий методологии
проектирования информационных систем. Жизненный цикл информационной си-
стемы представляет собой непрерывный процесс, начинающийся с момента
принятия решения, о создании информационной системы и заканчивается в момент
полного изъятия ее из эксплуатации.
Жизненный цикл информационной системы охватывает все стадии и этапы
ее создания, сопровождения и развития:
- исследование предметной области с последующим формированием функциональ-
ной и информационной моделей объекта, для которого предназначена информаци-
онная система;
- проектирование системы, заключающееся в разработке проектных решений, удо-
влетворяющих всем требованиям ТЗ;
- разработку системы (в том числе программирование и тестирование прикладных
программ на основании проектных спецификаций подсистем, выделенных на ста-
дии проектирования);
- тестирование информационной системы и выявление сбоев с последующим их
устранением;
- эксплуатацию системы и ее сопровождение;
- развитие системы.
Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых
случаях и процессы разработки[6.стр.44].
Среди наиболее известных стандартов можно выделить следующие:
- ГОСТ 34.601-90 - распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится
описание содержания работ на каждом этапе. Стадии и этапы работы,
закрепленные в стандарте, в большей степени соответствуют каскадной модели
жизненного цикла[13].
64
- ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла.
Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз,
стадий и этапов.
- Custom Development Method (методика Oracle) по разработке прикладных
информационных систем - технологический материал, детализированный до
уровня заготовок проектных документов, рассчитанных на использование в проек-
тах с применением Oracle. Применяется CDM для классической модели ЖЦ
(предусмотрены все работы/задачи и этапы), а также для технологий "быстрой раз-
работки" (Fast Track) или "облегченного подхода", рекомендуемых в случае малых
проектов.
- Rational Unified Process (RUP) предлагает итеративную модель разработки,
включающую четыре фазы: начало, исследование, построение и внедрение. Каждая
фаза может быть разбита на этапы (итерации), в результате которых выпускается
версия для внутреннего или внешнего использования. Прохождение через четыре
основные фазы называется циклом разработки, каждый цикл завершается генера-
цией версии системы. Если после этого работа над проектом не прекращается, то
полученный продукт продолжает развиваться и снова минует те же фазы. Суть
работы в рамках RUP - это создание и сопровождение моделей на базе UML.
- Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы:
анализ, проектирование, разработка, стабилизация, является итерационной,
предполагает использование объектно-ориентированного моделирования. MSF в
сравнении с RUP в большей степени ориентирована на разработку бизнес-
приложений.
- Extreme Programming (XP). Экстремальное программирование (самая новая среди
рассматриваемых методологий) сформировалось в 1996 году. В основе
методологии командная работа, эффективная коммуникация между заказчиком и
исполнителем в течение всего проекта по разработке ИС, а разработка ведется с
использованием последовательно дорабатываемых прототипов.
- Стандарт ISO/IEC серии 15288
В стандарте ISO/IEC 12207 не предлагается конкретной модели жизненного
цикла и методов разработки, его рекомендации являются общими для любых моде-
лей жизненного цикла. Под моделью обычно понимается структура, определяющая
65
последовательность выполнения и взаимосвязи процессов, действий и задач на
протяжении жизненного цикла[25].
В настоящее время существует две основные модели жизненного цикла - это
каскадная и спиральная модели. В каскадной модели процесс разработки идет по-
этапно, шаг за шагом. Переход к следующему этапу происходит только после
завершения предыдущего. В спиральной модели разработка проходит по нараста-
ющей. На начальном этапе разрабатывается система с высоким уровнем абстрак-
ции, а на последующих витках эта разработка все больше и больше конкретизиру-
ется. Для жизненного цикла текущего проекта была выбрана каскадная модель, так
как для разрабатываемой системы больше подходит поэтапная разработка. Переход
к следующему этапу происходит только после завершения всех работ на предыду-
щем этапе (Рис. 2.1), включая подготовку полного пакета документации,
достаточной для того, чтобы разработка могла быть продолжена другой группой
разработчиков и есть возможность планирования сроков завершения работ и затрат
на их выполнение.
66
Рисунок №2.1 Каскадная схема разработки ПО.
Каскадный метод хорошо подходит для построения систем, где в самом
начале разработки можно достаточно точно и полно сформулировать все требова-
ния, с тем, чтобы предоставить разработчикам свободу реализовывать их как
можно лучше с технической точки зрения. Однако в случае, если в середине
разработки вскрываются ошибки, допущенные в начале, то приходится прибегать к
энтраверсии проекта и реальная схема каскадной модели приобретает другой вид.
Таким образом, каскадный метод более всего подходит к конкретной разработ-
ке[11.стр.254].
Источник: https://baza.diplomsite.ru/previewfile/2197