- •1. Тенденции развития ит. Понятие программного обеспечения.
- •2. Рынок по в России и других странах. Защита авторских прав разработчиков.
- •3. Обобщенные критерии качества по.
- •4. Элементарные критерии качества и метрики по.
- •5. Факторы, влияющие на выбор системы программирования.
- •6. Жизненный цикл по.
- •7. Функционально-ориентированная стратегия разработки по.
- •10. Гибкая технология разработки по.
- •11. Риски при разработке по.
- •12. Стандарт uml.
- •8. Принципы построения схемы иерархии.
- •9. Объектно-ориентированная стратегия разработки по.
- •13. Диаграммы прецедентов.
- •14. Сценарии.
- •15. Этап анализа требований.
- •16. Отношения между классами: ассоциации.
- •17. Отношение агрегирования.
- •18. Отношение зависимости.
- •19. Диаграммы классов.
- •20. Диаграммы объектов.
- •21. Эволюция в процессе объектно-ориентированной разработки.
- •22. Понятие объекта и класса.
- •23. Диаграммы последовательностей.
- •24. Case-средства.
- •25. Сопоставление объектно-ориентированной и функционально-ориентированной стратегий.
- •26. Базовые конструкции структурного программирования.
- •27. Теоремы структурного программирования.
- •28. Декомпозиция структурных схем.
- •29. Типы структурных схем, тождественные преобразования. (???).
- •30. Оптимизация выражений
- •31. Оптимизация циклов.
- •32. Псевдокод и пошаговая детализация.
- •33. Диаграммы деятельности.
- •34. Методы экономии оперативной памяти.
- •35. Методы экономии внешней памяти.
- •36. Способы организации памяти на внешних носителях.
- •37. Организация коллективов программистов.
- •38. Организация графического интерфейса.
- •39. Тестирование: стратегия белого ящика.
- •40. Тестирование: стратегия черного ящика.
- •41. Тестирование программной системы.
- •42. Автономное и комплексное тестирование методов.
- •43. Типы программных ошибок.
- •44. Отладка: методы «грубой силы»
- •45. Интеллектуальные методы отладки.
- •46. Принципы отладки.
- •47. Инспекции по.
- •52. Ссылки на классы и указатели на методы
37. Организация коллективов программистов.
Бригада главного программиста ( до 8 человек)
- главный программист
- заместитель главного программиста
- программисты
Бригада без персонализации функций
Объектно-ориентированная бригада
Функции исполнителей:
Бригада главного программиста ( до 8 человек):
Главный программист
разработка структуры ПС
распределение и контроль работ
контакты с заказчиком
тестирование всей системы
написание наиболее важных компонентов
Заместитель главного программиста
в случае необходимости заменяет главного программиста
оппонирование главного программиста при принятии решения.
организация связи с другими бригадами, при работе над большим проектом.
Программист
описание алгоритмов
программирование
тестирование методов и подпрограмм
подготовка документации
Бригада без персонализации функций:
нет главного программиста
на каждом этапе разработки может выбираться лидер
Объектно-ориентированная бригада
Архитектор системы – разработка структуры классов
Проектировщик классов – отвечает за часть системы
Программист
38. Организация графического интерфейса.
Основные принципы разработки интерфейса:
Управление со стороны пользователя
Следование стандартам
Возможность настройки
Толерантность
Обратная связь
Удобство и эстетичность
Элементы интерфейса:
Главное окно и вторичные окна. Главное окно обычно содержит дочерние окна. Дочерние окна размещаются внутри главного и уничтожаются вместе с ним.
Вторичных окон может быть много. Вторичные окна не зависят от главного. Вторичные окна чаще модальные, они расширяют функциональность главного окна.
Главное окно:
Свойство FormStyle класса TForm.
(fsMDIForm, fsMDIChild, fsNormal…)
Главное окно содержит:
заголовок
строку меню
панель инструментов
строку состояния
содержимое окна.
Содержимое главного окна обычно организовано в виде панелей. В панелях размещаются дочерние окна. Часто дочерние окна располагают своими собственными элементами управления.
Вторичные окна:
Диалоговое окно. Требует ввода информации пользователем, обычно содержит строки или окна редактирования
Папка с вкладками. Объединяет сразу несколько окон, инициируемых с помощью ярлыков
Окно сообщений. Обычно требует только подтверждения или подтверждения/отказа. Всегда модально.
39. Тестирование: стратегия белого ящика.
Стратегия белого ящика (glass/white box), доступен исходный код:
выполнение всех операторов (1-2-4-5-7-8-9)
покрытие всех линий передачи управления (2 прохода в примере)
прохождение всех путей от входа к выходу (4 прохода в примере)
Прохождение всех путей реально, мало исполнимая задача (из-за циклов). Чаще всего используют покрытие всех линий передачи управления.
Стратегия белого ящика чаще всего используется для тестирования самими разработчиками ( чаще всего подпрограмм и методов – небольших компонент).
Example:
