14.Класификация методов проектирования пп. Информационное моделирование предметной области (бд) и связанных с ней приложений.

Классификация методов проектирования ПП-Методы проектирования можно классифицировать по различным признакам:

 степени автоматизации проектных работ;

 принятой методологии процесса разработки.

Неавтоматизированное проектирование

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

Трудоемкость разрабатываемых программных продуктов, как правило, небольшая,

а сами программные продукты имеют преимущественно прикладной характер.

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

Позволяет:

уменьшить трудозатраты на проектные работы,

сократить сроки их выполнения,

создать типовые «заготовки» алгоритмов и программ, многократно тиражируемых для различных разработок,

координировать работу большого коллектива разработчиков,

стандартизировать алгоритмы и программы.

Проектирование алгоритмов и программ может основываться на различных

подходах, среди которых наиболее распространены:

1. Структурное проектирование – это последовательная декомпозиция, целенаправленное разбиение на отдельные составляющие.

Структурное проектирование включает в себя:

 нисходящее проектирование ("сверху вниз"),

 модульное программирование,

 структурное программирование.

 нисходящее проектирование, кодирование и тестирование программ – последовательное разложение общей функции обработки данных на простые функциональные элементы;

 модульное программирование – разбиение программы на последовательность

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

 структурное программирование–использование при создании программного продукта типовых управляющих структур алгоритмов обработки данных.

Информационное моделирование (БД) –построение комплекса взаимосвязанных моделей данных при проектировании алгоритмов и программ.

Данный подход к проектированию ПП появился благодаря появлению и развитию

программных средств организации хранения и обработки данных-СУБД.

15) Объектно-ориентированное программирование.

По степени автоматизации проектирования алгоритмов и программ можно выделить:

- методы традиционного (неавтоматизированного) проектирования;

- методы автоматизированного проектирования (CASE-технология и ее элементы).

Проектирование алгоритмов и программ может основываться на различных подходах,

среди которых наиболее распространены:

-структурное проектирование программных продуктов;

-информационное моделирование предметной области и связанных с ней приложений;

-объектно-ориентированное проектирование программных продуктов.

Объектно-ориентированный подход к проектированию программных продуктов основан на:

выделении классов объектов;

установлении характерных свойств объектов и методов их обработки;

создании иерархии классов, наследовании свойств объектов и методов их обработки.

Каждый объект объединяет как данные, так и программу обработки этих данных и относится к определенному классу. С помощью класса один и тот же программный код можно использовать для относящихся к нему различных объектов.

Модульность — свойство системы, которая может подвергаться декомпозиции на ряд внутренне связанных и слабо зависящих друг от друга модулей.

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

Инкапсуляция является процессом разделения элементов абстракции на секции с различной видимостью. Инкапсуляция служит для отделения интерфейса абстракции от ее реализации.

16) Коди́рование — процесс написания программного кода, скриптов, с целью реализации определённого алгоритма на определённом языке программирования.

Кодирование серверной части.

Structured Query Language (структурированный язык запросов) или SQL - это декларативный язык программирования для использования в квази-реляционных баз данных. Многие из оригинальных черт SQL были взяты для кортежных исчислений , но последние расширения SQL включают все больше реляционной алгебры.

Кодирование клиентской части

Delphi является языком программирования и средой разработки программного обеспечения. Он разработан Borland (ранее известный как Inprise). Язык программирования Делфи, ранее известный как Object Pascal (Pascal с объектно-ориентированными расширениями), первоначально ориентированный только на Microsoft Windows, но в настоящее время позволяет строить собственные приложения для Linux и Microsoft. NET Framework, и других

17) Тестирование — процесс выполнения программы с целью обнаружения ошибок. Шаги процесса задаются тестами.

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

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

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

Нисходящее тестирование интеграции

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

18) . Структурное тестирование.

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

Особенности тестирования «белого ящика»

Обычно тестирование «белого ящика» основано на анализе управляющей структуры программы . Программа считается полностью проверенной, если проведено исчерпывающее тестирование маршрутов (путей) ее графа управления.

В этом случае формируются тестовые варианты, в которых:

гарантируется проверка всех независимых маршрутов программы;

проходятся ветви True, False для всех логических решений;

выполняются все циклы (в пределах их границ и диапазонов);

анализируется правильность внутренних структур данных.

19)Функциональное тестирование.

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

Любой способ тестирования «черного ящика» должен:

выявить такие входные данные, которые с высокой вероятностью принадлежат набору IT;

сформулировать такие ожидаемые результаты, которые с высокой вероятностью являются элементами набора ОТ.

20) Тестирование элементов

Объектом тестирования элементов является наименьшая единица проектирования ПС — модуль. Для обнаружения ошибок в рамках модуля тестируются его важнейшие управляющие пути.

Тестирование интеграции поддерживает сборку цельной программной системы.

Цель сборки и тестирования интеграции: взять модули, протестированные как элементы, и построить программную структуру, требуемую проектом

21) Тестирование правильности

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

Важным элементом подтверждения правильности является проверка конфигурации ПС.

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

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

основные типы системных тестов:

Тестирование восстановления

Тестирование безопасности

Стрессовое тестирование

Тестирование производительности

23) Отладка — это локализация и устранение ошибок. Отладка является следствием успешного тестирования. Это значит, что если тестовый вариант обнаруживает ошибку, то процесс отладки уничтожает ее.

Аналитические методы базируются на анализе выходных данных для тестовых прогонов. Экспериментальные методы базируются на использовании вспомогательных средств отладки (отладочные печати, трассировки), позволяющих уточнить характер поведения программы при тех или иных исходных данных.

24) Сопровожде́ние программного обеспечения — процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. Сопровождение ПО — это одна из фаз жизненного цикла программного обеспечения, следующая за фазой передачи ПО в эксплуатацию. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, а также для добавления новой функциональности, с целью повысить удобство использования и применимость ПО.

25) Принципы объектно-ориентированного представления программных систем

Рассмотрение любой сложной системы требует применения техники декомпозиции — разбиения на составляющие элементы. Известны две схемы декомпозиции: алгоритмическая декомпозиция и объектно-ориентированная декомпозиция.

Инкапсуляция является процессом разделения элементов абстракции на секции с различной видимостью. Инкапсуляция служит для отделения интерфейса абстракции от ее реализации.

Наследование — это отношение, при котором один класс разделяет структуру и поведение, определенные в одном другом или во многих других классах.

Полиморфизм — возможность с помощью одного имени обозначать операции из различных классов

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

26) принципы структурного программирования

Любая программа представляет собой структуру, построенную из трёх типов базовых конструкций:

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

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

Разработка программы ведётся пошагово, методом «сверху вниз».

27) ООМ делфи

Основной упор этой модели в Delphi делается на максимальном повторном использовании кода. Это позволяет разработчикам строить приложения весьма быстро из заранее подготовленных объектов, а также дает им возможность создавать свои собственные объекты для среды Delphi. Никаких ограничений по типам объектов, которые могут создавать разработчики, не существует. Действительно, все в Delphi написано на нем же, поэтому разработчики имеют доступ к тем же объектам и инструментам, которые использовались для создания среды разработки. В результате нет никакой разницы между объектами, поставляемыми Borland или третьими фирмами, и объектами, которые можно создать самостоятельно.

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

Благодаря такой возможности приложения, изготовленные при помощи Delphi, работают надежно и устойчиво. Delphi поддерживает использование уже существующих объектов, включая DLL, написанные на С и С++, OLE сервера, VBX, объекты, созданные при помощи Delphi. Из готовых компонент работающие приложения собираются очень быстро. Кроме того, поскольку Delphi имеет полностью объектную ориентацию, разработчики могут создавать свои повторно используемые объекты для того, чтобы уменьшить затараты на разработку.

Delphi предлагает разработчикам - как в составе команды, так и индивидуальным - открытую архитектуру, позволяющую добавлять компоненты, где бы они ни были изготовлены, и оперировать этими вновь введенными компонентами в визуальном построителе. Разработчики могут добавлять CASE-инструменты, кодовые генераторы, а также авторские help’ы, доступные через меню Delphi

28) Стандарты документирования пп.

Единая система документации программной продукции – относится к ГОСТ класса 19 и подразделяется на 10 групп:

1. Основополагающие стандарты.

2. Правила выполнения документации разработки.

3. Правила выполнения документации изготовления.

4. Правила выполнения документации сопровождения.

5. Правила выполнения эксплуатационной документации.

6. Правила обращения программной документации.

Стандарт с номером 0 содержит общие положения, стандарты 7 и 8 являются зарезервированными и к номеру 9 относятся прочие стандарты, не вошедшие в первые 6.

Перечень стандартов, входящих в ЕСПД

•Общие положения.

•Схемы алгоритмов и программ. Обозначения условные графические.

•Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения.

•Виды программ и программных документов.

•Стадии разработки.

Обозначение программ и программных документов.

•. Основные надписи.

•Общие требования к программным документам.

•Требования к программным документам, выполненным печатным способом.

•Техническое задание. Требования к содержанию и оформлению.

•Спецификация. Требования к содержанию и оформлению.

•Программа и методика испытаний. Требования к содержанию и оформлению.

•Текст программы. Требования к содержанию и оформлению.

•Описание программы.

•Ведомость держателей подлинников.

•Пояснительная записка. Требования к содержанию и оформлению.

•Формуляр. Требования к содержанию и оформлению.

•Описание применения. Требования к содержанию и оформлению.

•Руководство системного программиста. Требования к содержанию и оформлению.

•Руководство программиста. Требования к содержанию и оформлению.

• Руководство оператора. Требования к содержанию и оформлению.

•Описание языка. Требования к содержанию и оформлению.

•Ведомость эксплуатационных документов.

•Руководство по техническому обслуживанию. Требования к содержанию и оформлению.

•Общие правила дублирования, учета и хранения.

•Правила дублирования, учета и хранения программных документов, выполненных печатным способом.

•Общие правила внесения изменений.

•Правила внесения изменений в программные документы, выполненные печатным способом.

• Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения