2.2 Исследование методов проектирования
Проектирование алгоритмов и программ - наиболее ответственный этап жизненного цикла программных продуктов, определяющий, насколько создаваемая программа соответствует спецификациям и требованиям со стороны конечных пользователей. Затраты на создание, сопровождение и эксплуатацию программных продуктов, научно-технический уровень разработки, время морального устаревания и многое другое - все это также зависит от проектных решений.
Методы проектирования алгоритмов и программ очень разнообразны, их можно классифицировать по различным признакам, важнейшими из которых являются:
? степень автоматизации проектных работ.
? принятая методология процесса разработки.
По степени автоматизации проектирования алгоритмов и программ можно выделить:
? методы традиционного (неавтоматизированного) проектирования.
? методы автоматизированного проектирования (CASE-технология и ее элементы).
Неавтоматизированное проектирование алгоритмов и программ преимущественно используется при разработке небольших по трудоемкости и структурной сложности программных продуктов, не требующих участия большого числа разработчиков. Трудоемкость разрабатываемых программных продуктов, как правило, небольшая, а сами программные продукты имеют преимущественно прикладной характер.
При нарушении этих ограничений заметно снижается производительность труда разработчиков, падает качество разработки, и, как ни парадоксально, увеличиваются трудозатраты и стоимость программного продукта в целом.
Автоматизированное проектирование алгоритмов и программ возникло с необходимостью уменьшить затраты на проектные работы, сократить сроки их выполнения, создать типовые "заготовки" алгоритмов и программ, многократно тиражируемых для различных разработок, координации работ большого коллектива разработчиков, стандартизации алгоритмов и программ.
Автоматизация проектирования может охватывать все или отдельные этапы жизненного цикла программного продукта, при этом работы этапы могут быть изолированы друг от друга либо составлять единый комплекс, выполняемый последовательно во времени. Как правило, автоматизированный подход требует технического и программного "перевооружения" труда самих разработчиков (мощных компьютеров, дорогостоящего программного инструментария, а также повышения квалификации разработчиков и т.п.).
Проектирование алгоритмов и программ может основываться на различных подходах, среди которых наиболее распространены:
? структурное проектирование программных продуктов;
? информационное моделирование предметной области и связанных с ней приложений;
? объектно-ориентированное проектирование программных продуктов.
Типичными методами структурного проектирования являются:
? нисходящее проектирование, кодирование и тестирование программ;
? модульное программирование;
? структурное проектирование (программирование) и др.
В зависимости от объекта структурирования различают:
? функционально-ориентированные методы - последовательное разложение задачи или целостной проблемы на отдельные, достаточно простые составляющие, обладающие функциональной определенностью;
? методы структурирования данных.
Для функционально-ориентированных методов в первую очередь учитываются заданные функции обработки данных, в соответствии с которыми определяется состав и логика работы (алгоритмы) отдельных компонентов программного продукта. С изменением содержания функций обработки, их состава, соответствующего им информационного входа и выхода требуется перепроектирование программного продукта. Основной упор в структурном подходе делается на моделирование процессов обработки данных.
Для методов структурирования данных осуществляется анализ, структурирование и создание моделей данных, применительно к которым устанавливается необходимый состав функций и процедур обработки. Программные продукты тесно связаны со структурой обрабатываемых данных, изменение которой отражается на логике обработки (алгоритмах) и обязательно требует перепроектирования программного продукта.
Структурный подход использует:
? диаграммы потоков данных (информационно-технологические схемы) - показывают процессы и информационные потоки между ними с учетом "событий", инициирующих процессы обработки;
? интегрированную структуру данных предметной области (инфологическая модель, ER- диаграммы);
? диаграммы декомпозиции - структура и декомпозиция целей, функций управления, приложений;
? структурные схемы - архитектура программного продукта в виде иерархии взаимосвязанных программных модулей с идентификацией связей между ними, детальная логика обработки данных программных модулей (блок-схемы).
Для полного представления о программном продукте необходима также текстовая информация описательного характера.
Еще большую значимость информационные модели и структуры данных имеют для информационного моделирования предметной области, в основе которого положение об определяющей роли данных при проектировании алгоритмов и программ. Подход появился в условиях развития программных средств организации хранения и обработки данных - СУБД.
Один из основоположников информационной инженерии - Дж. Мартин - выделяет следующие составляющие данного подхода:
? информационный анализ предметных областей (бизнес - областей);
? информационное моделирование - построение комплекса взаимосвязанных моделей данных;
? системное проектирование функций обработки данных;
? детальное конструирование процедур обработки данных.
Первоначально строятся информационные модели различных уровней представления:
? информационно-логическая модель, не зависящая от средств программной реализации хранения и обработки данных, отражающая интегрированные структуры данных предметной области;
? даталогические модели, ориентированные на среду хранения и обработки данных.
Даталогические модели имеют логический и физический уровни представления. Физический уровень соответствует организации хранения данных в памяти компьютера. Логический уровень данных применительно к СУБД реализован в виде:
? концептуальной модели базы данных - интегрированные структуры данных под управлением СУБД;
? внешних моделей данных - подмножество структур данных для реализации приложений.
Средствами структур данных моделируются функции предметной области, прослеживается взаимосвязь функций обработки, уточняется состав входной и выходной информации, логика преобразования входных структур данных в выходные. Алгоритм обработки данных можно представить как совокупность процедур преобразований структур данных в соответствии с внешними моделями данных.
Выбор средств реализации базы данных определяет вид даталогические моделей и, следовательно, алгоритмы преобразования данных. В большинстве случаев используется реляционное представление данных базы данных и соответствующие реляционные языки для программирования (манипулирования) обработки данных СУБД и реализации алгоритмов обработки. Данный подход использован во многих CASE-технологиях.
Объектно-ориентированный подход к проектированию программных продуктов основан на:
? выделении классов объектов;
? установлении характерных свойств объектов и методов их обработки;
? создании иерархии классов, наследовании свойств объектов и методов их обработки.
Каждый объект объединяет как данные, так и программу обработки этих данных и относится к определенному классу. С помощью класса один и тот же программный код можно использовать для относящихся к нему различных объектов.
Объектный подход при разработке алгоритмов и программ предполагает:
? объектно-ориентированный анализ предметной области;
? объектно-ориентированное проектирование;
? объектно-ориентированный анализ - анализ предметной области и выделение объектов, определение свойств и методов обработки объектов, установление их взаимосвязей.
Объектно-ориентированное проектирование соединяет процесс объектной декомпозиции и представления с использованием моделей данных проектируемой системы на логическом и физическом уровнях, в статике и динамике.
Для проектирования программных продуктов разработаны объектно-ориентированные технологии, которые включают в себя специализированные языки программирования и инструментальные средства разработки пользовательского интерфейса.
Традиционные подходы к разработке программных продуктов всегда подчеркивали различия между данными и процессами их обработки. Так, технологии, ориентированные на информационное моделирование, сначала специфицируют данные, а затем описывают процессы, использующие эти данные. Технологии структурного подхода ориентированы, в первую очередь, на процессы обработки данных с последующим установлением необходимых для этого данных и организации информационных потоков между связанными процессами.
Объектно-ориентированная технология разработки программных продуктов объединяет данные и процессы в логические сущности - объекты, которые имеют способность наследовать характеристики (методы и данные) одного или более объектов, обеспечивая тем самым повторное использование программного кода. Это приводит к значительному уменьшению затрат на создание программных продуктов, повышает эффективность жизненного цикла программных продуктов (сокращается длительность фазы разработки). При выполнении программы объекту посылается сообщение, которое инициирует обработку данных объекта.
Ни одна из технологий на практике в чистом виде реализована быть не может потому, что при создании любого программного продукта используются несколько методологий и проект рассматривается с различных сторон. В связи с этим выбраны несколько методов проектирования CASE технологии и объектно-ориентированное программирование.
- Введение
- 1. ПОСТАНОВКА ЗАДАНИЯ
- 1.1 Исследование состояния вопроса
- 1.2 Назначение программного продукта
- 1.3 Перечень функции программного продукта
- 1.4 Описание входных и выходных данных
- 1.5 Перечень ограничений, связанных с оборудованием и программным обеспечением
- 1.6 Требования к пользовательскому интерфейсу программного продукта
- 1.7 Исследование инструментальных средств разработки и системного программного обеспечения
- 1.8 Обоснование выбора инструментальных средств разработки и программного
- 2. ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ПРОДУКТА
- 2.1 Исследование предметной области
- 2.2 Исследование методов проектирования
- 2.3 Обоснование выбора методов проектирования
- 2.4 Описание функциональной схемы программного продукта
- 2.5 Описание модульной структуры программного продукта
- 2.6 Описание структурной схемы программного продукта
- 3. Разработка экскурсий
- 2.3 Виртуальная экскурсия на тему: «Путешествие в тундру»
- Виртуальные экскурсии – эффективный инновационный инструмент совершенствования технологической подготовки обучающихся Каунов а.М., Фетелава т.А.
- Разработка маршрута экскурсии.
- Встреча-экскурсия.
- Составление методической разработки экскурсии
- Разработка маршрута экскурсии.
- 15. Прием (сдача) экскурсии. Утверждение экскурсии
- Этапы разработки экскурсии