- •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. Ссылки на классы и указатели на методы
Тенденции развития ИТ. Понятие программного обеспечения.
Рынок ПО в России и других странах. Защита авторских прав разработчиков.
Обобщенные критерии качества ПО.
Элементарные критерии качества и метрики ПО.
Факторы, влияющие на выбор системы программирования.
Жизненный цикл ПО.
Функционально-ориентированная стратегия разработки ПО.
Принципы построения схемы иерархии.
Объектно-ориентированная стратегия разработки ПО.
Гибкая технология разработки ПО.
Риски при разработке ПО.
Стандарт UML.
Диаграммы прецедентов.
Сценарии.
Этап анализа требований.
Отношения между классами: ассоциации.
Отношение агрегирования.
Отношение зависимости.
Диаграммы классов.
Диаграммы объектов.
Эволюция в процессе объектно-ориентированной разработки.
Понятие объекта и класса.
Диаграммы последовательностей.
CASE-средства.
Сопоставление объектно-ориентированной и функционально-ориентированной стратегий.
Базовые конструкции структурного программирования.
Теоремы структурного программирования.
Декомпозиция структурных схем.
Типы структурных схем, тождественные преобразования.
Оптимизация выражений.
Оптимизация циклов.
Псевдокод и пошаговая детализация.
Диаграммы деятельности.
Методы экономии оперативной памяти.
Методы экономии внешней памяти.
Способы организации данных на внешних носителях.
Организация коллективов программистов.
Организация графического интерфейса.
Тестирование: стратегия белого ящика.
Тестирование: стратегия черного ящика.
Тестирование программной системы.
Автономное и комплексное тестирование методов.
Типы программных ошибок.
Отладка: методы «грубой силы».
Интеллектуальные методы отладки.
Принципы отладки.
Инспекции ПО.
52. Ссылки на классы и указатели на методы
1. Тенденции развития ит. Понятие программного обеспечения.
|
Россия. 1999-2010 |
Мир. 1997-2010 |
Программное обеспечение
|
Расходы увеличиваются (от 9 до 16) |
Расходы увеличиваются (от 16 до 26) |
Аппаратные средства (АП)
|
Расходы уменьшились (от 77 до 61) |
Расходы уменьшились (от 48 до 29) |
Услуги (У)
|
Росли до 2008 года (24), потом был кризис и расходы уменьшились (20). На сегодняшний день расходы опять увеличиваются (23) |
Росли до 2003 года (36-45). С 2003 года стабильно 45. |
Изменения относительной стоимости ПО и У.
1980 – 1982 – массовый выпуск домашних персональных компьютеров.
1998 – н.в. – распространение доступного интернета.
Программа – алгоритм, записанный на одном из нескольких ЯП.
Подпрограмма – часть программы, созданная в целях структуризации и более компактной записи кода(?), выполняет строго определенную функцию.
Модуль – часть программы, которая оформлена определенным образом (по стандарту) и допускает автономную компиляцию.
Предметная область – Область реальной действительности для решения задач … (создается ПС??)
Программная система – совокупность программных модулей и компонент, предназначен для решения задач какой-то определенной области.
2. Рынок по в России и других странах. Защита авторских прав разработчиков.
Типы программных продуктов (распространение):
Software коммерческое
Shareware условно-бесплатное
Freeware бесплатное
Free software свободное
Open source с открытым кодом
Производители:
ABBYY – распознавание текстов, словари
Лаборатория Касперского – антивирусные программы
1С – автоматизация работы предприятий, бухгалтерия, игры
Spirit – микропрограммное ПО
Parallels – виртуализация ПО
*Взять таблицу с предыдущего билета.
3. Обобщенные критерии качества по.
Мобильность (mobility) – если ПО можно использовать без серьезной модификации в разных ОС. C# и Java – высокомобильные языки. Только на уровне исходного и промежуточного кода.
Надежность (Reliability) – ПО считается надежным, если:
Оно правильно выполняет свои функции
Выдает точные результаты
Содержит минимальное количество ошибок
Защищена от злоупотребления
Эффективность (Performance) – эффективность характеризуется так, чем меньше тратится ресурсов, тем лучше. Ресурсы – время работы (выполнения), расходы на память всех уровней, загруженность каналов связи.
Модифицируемость (Serviceability) – возможность легко вносить изменения в текст программы. (Только на уровне исходного кода).
Понятность – возможность быстро и легко разобраться в назначении программного продукта. (Также наличие хорошей документации). (Статическая характеристика)
Простота использования (Usability) – определяется интерфейсом, реализованном в программном продукте. (Динамическая характеристика, может быть определена лишь в процессе).
Эти критерии полностью определяют качество продукта.