РАЗДЕЛ 2
ТЕХНОЛОГИИЯ СОЗДАНИЯ ПРИЛОЖЕНИЙ ДЛЯ МОБИЛЬНЫХ УСТРОЙСТВ
Решение задач, поставленных в разделе 1, преимущественно направлено на
расширение либо модификацию существующих спецификаций для проектирования
программных систем. Следует отметить, что на сегодняшний день, эта область
информационных технологий получила очень широкое развитие. Существует множество
методологий разработки программных приложений, каждая из которых обладает
своими преимуществами и недостатками. Предметная область мобильных систем
ставит необходимость выбора оптимальной из них с учетом специфики построения
приложений для такого рода систем. С этой целью необходимо провести анализ
существующих методологий разработки ПС.
С другой стороны, необходимо найти методы выделения специфики программных
приложений для МС. В эту задачу, помимо получения и оценки характеристик МС,
входит также разработка спецификации, анализа этих характеристик и построение
алгоритма на его основе. Кроме того, необходимо рассмотреть методы оценки
производительности и бесконфликтности приложения в рамках заданной платформы.
Полученные результаты дадут возможность формализовать программную архитектуру
заданного класса мобильных систем.
Сравнительный анализ существующих методологий разработки ПС
Рассмотрим методологии разработки ПО, использующие модели, описанные в разделе
1. На сегодняшний день наибольшее распространение получили методологии,
использующие объектно-ориентироованную модель. Не последнюю роль в этом сыграли
существенные недостатки структурной модели. Тем не менее, последняя
сравнительно широко используются либо разработчиками, у которых нет
необходимости переходить на ОО подход, либо в специализированных проектах.
Кроме того, существует несколько комбинированных методов.
Методология SA/SD
Методология SA/SD (Structured Analysis/Structured Design) содержит несколько
вариантов систем обозначений для формальной спецификации программных систем. На
этапе анализа требований и предварительного проектирования для логического
описания проектируемой системы используются спецификации процессов, словарь
данных, диаграммы потоков данных, диаграммы состояний и диаграммы зависимостей
объектов.
Диаграммы потоков данных, составляющие основу методологии SA/SD, моделируют
преобразования данных при их прохождении через систему. Методология SA/SD
состоит в последовательном рассмотрении процессов, входящих в состав ДПД, с
представлением каждого процесса через ДПД, содержащую в своем составе более
простые процессы. Эта процедура представления более сложных процессов через ДПД
начинается с ДПД всей системы и заканчивается, когда все полученные ДПД
содержат элементарные процессы. Для каждого процесса самого нижнего уровня
составляется спецификация; спецификация описывается с помощью псевдокода,
таблиц принятия решений и т.п.
Детали, не учтенные в наборе ДПД, содержатся в словаре данных, который
определяет потоки и хранилища данных, а также семантику различных имен.
Диаграммы зависимостей объектов отражают зависимости между хранилищами данных.
Так в методологии SA/SD организован этап структурного анализа (SA). После
структурного анализа начинается этап структурного конструирования, в процессе
которого разрабатываются и уточняются более тонкие детали проектируемой
системы.
В методологии SA/SD ведущей является функциональная модель, на втором месте по
важности стоит динамическая модель и на последнем месте - объектная модель.
Таким образом, в методологии SA/SD проектируемая система описывается с помощью
процедур (процессов), что несколько противоречит объектно-ориентированному
подходу.
Процедурная ориентированность методологии SA/SD является ее недостатком:
системы, спроектированные по этой методологии, имеют менее четкую структуру,
так как разбиение процесса на подпроцессы во многом произвольно, зависит от
реализации и плохо отражает структуру проектируемой системы. В то же время
методология SA/SD является одним из первых хорошо продуманных формальных
подходов к разработке программных систем.
Методология OMT
Была предложена в середине 80-х годов Джимом Рамбо (Jim Rumbaugh) в компании
General Electric, описана в [47], [48]. OMT поддерживает две первые стадии
жизненного цикла программных систем. Является одной из наиболее
распространенных объектно-ориентированных методологий.
В технологии OMT проектируемая программная система представляется в виде трех
взаимосвязанных моделей:
объектной модели, которая представляет статические, структурные аспекты
системы, связанные с данными;
динамической модели, описывающей работу отдельных частей системы;
функциональной модели, в которой рассматривается взаимодействие отдельных
частей системы в процессе ее работы.
Эти три вида моделей позволяют получить три взаимно-ортогональных представления
в одной системе обозначений.
Модели, разработанные и отлаженные на первой фазе жизненного цикла системы,
продолжают использоваться на всех последующих его фазах, облегчая
программирование системы, ее отладку и тестирование, сопровождение и дальнейшую
модификацию. Модели системы не связаны с языком программирования, на котором
будет реализована система.
После того как прикладная задача исследована и результаты ее исследования
зафиксированы в виде объектной, динамической и функциональной моделей,
производится конструирование системы. На этапе конструирования системы
принимаются решения о распределении подсистем по процессорам и другим
аппаратным устройствам, решается задача выбора архитектуры системы.
Конструирование системы завершается конструированием ее объектов. На этом
- Київ+380960830922