- •Понятия: программное средство и его проект. Их классификация.
- •Стратегии разработки пс.
- •Характеристики стратегий разработки.
- •Каскадная модель
- •Макетирование пс.
- •Инкрементная модель разработки.
- •Быстрая разработка приложений (rad).
- •10. Количественные оценки пс и процесса его разработки.
- •11. Размерно-ориентированные метрики.
- •12. Функционально-ориентированные метрики.
- •13. Предварительная оценка проекта и его реализуемости.
- •14. Идентификация и анализ риска.
- •15. Планирование структуры распределения работ и используемых ресурсов.
- •16. Структурный анализ требований для процедурной реализации проекта.
- •17. Sadt–диаграммы структурного анализа.
- •19. Особенности этапа проектирования.
- •20. Виды поддержки проектирования пс.
- •21. Проектирование структуры пс: декомпозиция, модули и их свойства.
- •22. Проектирование интерфейса пс: структура, классификация и стандартизация пользовательских интерфейсов.
- •23. Эргономические требования к интерфейсу.
- •24. Проектирование данных и процедур пс.
- •25. Процедурный подход к программированию.
- •26. Объектно-ориентированный подход к программированию.
- •27. Выбор языка и среды программирования.
- •28. Защитное и сборочное программирование.
- •36. ГосТы рф и система международных стандартов iso
21. Проектирование структуры пс: декомпозиция, модули и их свойства.
Декомпозиция
Известны два типа моделей модульной декомпозиции:
-
модель потока данных;
-
модель объектов.
В основе модели потока данных лежит разбиение по функциям.
Модель объектов основана на слабо сцепленных сущностях, имеющих собственные наборы данных, состояния и наборы операций.
Очевидно, что выбор типа декомпозиции должен определяться сложностью разбиваемой подсистемы.
Модульность
Модуль — фрагмент программного текста, являющийся строительным блоком для физической структуры системы. Как правило, модуль состоит из интерфейсной части и части-реализации.
Модульность — свойство системы, которая может подвергаться декомпозиции на ряд внутренне связанных и слабо зависящих друг от друга модулей.
Свойства:
1. Инф. закрытость модуля – необходима при откладке программ.
2. Связанность или прочность – выполнение одной проблемной задачи.
3. Сцепление – мера взаимозависимости модулей по данным:
- прямая передача
- через информационную систему
22. Проектирование интерфейса пс: структура, классификация и стандартизация пользовательских интерфейсов.
Интерфейс – средство, помогающее, предназначенное для взаимодействия пользователя с ЭВМ.
Структура представляет из себя набор диалогов. Различают:
- модальные (для продолжения работы требуется их закрытие)
- немодальные (else)
Способы взаимодействий – клавиатура, мышь, сенсорное управление, голосовое.
Классификация (дизайн):
- декоративные (эргономичные; отвечают за эстетическую привлекательность программного изделия).
- активные (функциональные; подразделяются на операционные и информационные образы моделей вычислений и управляющие средства пользовательского интерфейса).
Классы интерфейса: символьный, графический.
Стандартизация пользовательских интерфейсов (рост эргономики интерфейса)
а) Правила оформления экранов – шрифты, цветовая палитра (3 цвета, разные оттенки).
б) Формирование конкретной системы руководящих эргономических принципов.
23. Эргономические требования к интерфейсу.
ПО должно удовлетворять следующим эргономическим принципам:
-
минимального рабочего усилия: минимальность затрат ресурсов со стороны пользователя. Человек-оператор (ЧО) должен выполнять только необходимую работу, должны исключаться повторения одних и тех же действий, возникающих, например, при вводе данных. Должно быть исключено дублирование работы.
-
Максимального взаимодействия. Система должна полностью поддерживать пользователя. Так ЧО не должен заниматься поиском информации. Вся необходимая для печати информация собрана на одном экране. Выводимая информация не должна требовать интерпретации или перекодировки, должна быть наиболее наглядной и легко читаемой.
-
Минимального объёма оперативной памяти пользователя. От ЧО требуется, чтобы он запоминал минимум информации как текущей, так и общей. Поскольку скорость переработки информации оператором и его пропускная способность существенно ограничены.
-
Минимального расстройства оператора (по производственным причинам), из-за какого-либо препятствия в решении задачи, из-за появления, обнаружения ошибок. Для чего целесообразно иметь методику самопроверки ПО и оборудования и обнаружения и предотвращения возможных ошибок.
-
Учёт профессиональных навыков пользователя.