
- •1. Тенденции развития ит. Понятие программного обеспечения.
- •2. Рынок по в России и других странах. Защита авторских прав разработчиков.
- •3. Обобщенные критерии качества по.
- •4. Элементарные критерии качества и метрики по.
- •5. Факторы, влияющие на выбор системы программирования.
- •6. Жизненный цикл по.
- •7. Функционально-ориентированная стратегия разработки по.
- •8. Принципы построения схемы иерархии.
- •9. Объектно-ориентированная стратегия разработки по.
- •10. Гибкая технология разработки по.
- •11. Риски при разработке по.
- •12. Стандарт uml.
- •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. Ссылки на классы и указатели на методы
23. Диаграммы последовательностей.
Диаграмма последовательностей — диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления ( ДП один из видов диаграмм взаимодействия).
Объекты обозначаются вверху квадратами.
Прямоугольники – спецификация выполнения – свидетельствует о том, что метод данного объекта находится в процессе выполнения и свою работу не завершил.
-------- - синхронное сообщение. Когда передается сообщение от метода объекта 1 к методу объекта 2, то метод объекта 1 ждет завершение выполнения метода объекта 2. (над стрелкой пишется имя метода).
- - - - - - - обратная связь (можно не указывать на диаграмме). При создания объекта используется create.
-------- - асинхронное сообщение. Активным являются 2 объекта. (для описания распределенных систем).
Рефлексивный вызов – вызов метода на себя. (:Person do travel).
Виды фреймов:
Ref – ссылка на другую диаграмму последовательности
Sd Ident – связывание.
Alt – ветвление. (например, случай x<0 и x>=0)
Opt – условие (например, когда x только меньше нуля).
Loop – цикл. (необходимо условие).
24. Case-средства.
CASE (Computer Aided Software Engineering) - средства ориентированы на постоянное использование компьютера в процессе разработки ПО.
В большинстве CASE-средств применяются UML-диаграммы.
Наиболее известные CASE-средства – Rational Software (IBM), Together (Borland), AllFusion (Computer Associates), TAU (Telelogic)
Поддержка UML-диаграмм встроена во многие системы программирования: Visual Studio, Delphi.
Цели использования CASE-средств:
построение UML-диаграмм;
генерация кода по UML-диаграммам;
генерация UML-диаграмм на основе кода.
25. Сопоставление объектно-ориентированной и функционально-ориентированной стратегий.
Достоинства ОО-технологий разработки ПО (то или не то)).
Тесная связь с заказчиком в процессе разработки.
Возможность изменения требований к ПО.
Получение работающих версий до завершения разработки.
Повышенное внимание к объектам и структурам данных.
Возможность принятия альтернативных решений.
Детальная отработка элементов интерфейса.
Равномерное распределение разных видов работ в процессе создания программной системы.
Недостатки ФОС разработки программ:
Неадекватность по отношению к большинству предметных областей
Требования к ПС должны быть четко определены с самого начала и не должны изменяться
Последовательное выполнение всех этапов разработки
Невозможность в большинстве случаев создания прототипа системы
Сложность внесения изменений в готовую систему
Повышение трудоемкости к концу разработки
Недостаточное внимание уделяется данным
Желательно наличие у разработчиков опыта работы над аналогичными проектами
26. Базовые конструкции структурного программирования.
Условные обозначения:
Базовые управляющие структуры:
Следование [a][b]
Выбор (ну тут и так все понятно, да/нет, функция a/b, узел слияния