24. Проектирование данных и процедур пс.

Процедуры в виде SQL запросов.

Алгоритмы:

а) стандартные – в проекте делаются ссылки, где находится этот алгоритм.

б) нестандартные – предполагает свой алгоритм и его описание. Вербальное (словесное) описание алгоритма или блок-схемы.

ГОСТ 19.701-90 (ИСО 5807-85) – способы описания алгоритмов

25. Процедурный подход к программированию.

Такой подход доминировал в прошлом, т.к. были несовершенны ЭВМ. Между собой процедуры связывались; в коде процедуры был вызов следующей процедуры + они должны передать ей исходные данные.

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

Этот подход представляет из себя список перечня описания классов (например, Application должен иметь метод Main). Программа работает в режиме ожидания.

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

Абстрагирование: фиксирование основных характеристик объектов. Слишком высокая степень абстракции даст только приблизительное описание объекта, слишком низкая степень сделает модель очень сложной, перегруженной деталями и потому непригодной.

Абстракция выделяет внешнее поведение объекта. Она упрощает представление физического объекта

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

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

Иерархическая организация:

Определением иерархии в проекте упрощаются понимание проблем заказчика и их реализация — сложная система становится обозримой человеком.

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

• структура из классов («is a»-иерархия) - наследование

• структура из объектов («part of»-иерархия) - агригация

27. Выбор языка и среды программирования.

Три фактора, влияющие на выбор языка:

1- требование заказчика

2 – знание языка разработчиком

3 - возможность самого языка программирования.

28. Защитное и сборочное программирование.

Защитное программирование – система программирования мероприятий, защищающих программу от внешних и внутренних нежелательных воздействий.

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

Сборочное программирование – эффективно использовать этот метод возможно в дифференцированном коллективе. 1 часть разрешает модули, библиотеки, которые легко встраиваются в программный продукт, 2 часть программы обеспечивает на их основе.

29. Стиль программирования.

Стиль программирования – программный код, написанный одним программистом, должен быть понятен другому программисту. Что соответствует «хорошему» стилю программирования:

1. использование описательных имен программирования;

2. исключение сходных по написанию имен;

3. не использовать в именах цифры (особенно 0);

4. использование комментарий;

5. отступы;

6. избегать явных констант.

30. Понятия теста и процессов тестирования и отладки.

Тестирование – основная часть отладки; процесс прогонки, создающий программные средства на основе подготовленных данных.

Отладка – локализация ошибок в программировании и их устранение.

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

31. Характерные программные ошибки.

• Синтаксические – ошибки синтаксиса.

• Семантические – ошибки логики.

32. Нисходящий и восходящий подходы к тестированию.

Нисходящий подход заключается в подробном тестировании, т.е. разрабатываем базовый интерфейс и сразу его тестируем, переходим к следующему модулю, и т.д.

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

33. Отладчики программ.

Инструменты для поиска семантических и синтаксических ошибок: отладчик debug.

Отладчик — компьютерная программа, предназначенная для поиска багов в других программах, ядрах операционных систем, SQL-запросах и других видах кода:

1. AQTime;

2. DBX;

3. DDD;

4. Microsoft visual studio;

5. TotalView;

6. WinDBG;

7. т.д.

34. Средства автоматизации разработки программ (CASE-средства).

Интегрирующие среды программирования IDE – Visual Studio – встроенные несколько языков, интеллектуальных редакторов; встроенная библиотека APO.NET, средства поддержки коллективной разработки (SourceSafe) – позволяют объединить разработки над разработкой какого-то проекта.

35. Классификация стандартов.

Стандарт – отработанные практикой в прошлом подходы, требования, ограничения к определенной сфере деятельности. Необходим, чтобы участники проекта (заказчики и исполнители) имели возможность вести разговор на одном языке.

1. Стандарты, регламентирующие объекты разработки (программ).

2. Стандарты, регламентирующие процессы разработки.

Классификация по масштабности распространения разработки:

международные;

национальные;

региональные;

корпоративные.