- •1.Охарактеризуйте понятие технологии программирования.
- •2.Охарактеризуйте этапы развития технологии программирования.
- •3.Охарактеризуйте понятие жизненный цикл по. Опишите основные этапы, охарактеризуйте основные группы процессов.
- •4.Перечислите и охарактеризуйте основные процессы жизненного цикла программного обеспечения (по).
- •9.Охарактеризуйте правила (требования), которые должны устанавливать стандарты проектирования ис.
- •10.Охарактеризуйте правила (требования), которые должны устанавливать стандарты оформления проектной документации ис.
- •11.Охарактеризуйте правила (требования), которые должны устанавливать стандарты оформления пользовательского интерфейса ис.
- •12.Охарактеризуйте понятие case-средства. Опишите основные факторы возникновения, свойства и возможности.
- •13.Охарактеризуйте понятие сопровождающая документация программных средств.
- •14.Перечислите факторы, способствующие возникновению case-средств. Факторы, способствующие появлению case-средств.
- •15.Охарактеризуйте понятие стандарты проектирования по.
- •Вопрос 17. Охарактеризуйте понятие каскадная модель разработки по
- •Вопрос 18. Охарактеризуйте понятие спиральная модель разработки по.
- •Вопрос 19. Охарактеризуйте понятие функциональное моделирование.
- •Вопрос 20. Охарактеризуйте принципы и технологии построения распределенных информационных систем.
- •21.Охарактеризуйте понятие базы данных (бд) и системы управления бд (субд).
- •22.Охарактеризуйте понятие модульное программирование.
- •23.Охарактеризуйте понятие экстремального программирования (хр).
- •24.Охарактеризуйте понятие концепция шаблонов проектирования.
- •26.Охарактеризуйте понятие com-технологии.
- •27.Охарактеризуйте понятие ActiveX-технологии.
- •28.Охарактеризуйте понятие технология datarun.
- •29 Охарактеризуйте понятие технология rup.
- •30 Охарактеризуйте понятие метод Oracle.
- •31 Охарактеризуйте понятие тестирование программного продукта. Перечислите и охарактеризуйте виды и методы тестирования.
- •32 Охарактеризуйте обоснование выбора языка программирования и среды разработки пп.
- •34.Охарактеризуйте понятие справочной системы пп.
- •35.Охарактеризуйте понятие сопровождение программного обеспечения.
- •36.Охарактеризуйте основные понятия объектно-ориентированного программирования (ооп).
- •37.Охарактеризуйте понятие техническое задание пп.
- •38.Охарактеризуйте основные понятия объектно-ориентированного подхода к разработке по. Опишите основные свойства.
- •39.Охарактеризуйте основные понятия моделирования. Опишите основные свойства.
- •40.Охарактеризуйте основные понятия объектно-ориентированного моделирования. Опишите основные свойства.
- •41.Охарактеризуйте понятие универсальный язык моделирования (uml).
- •42.Охарактеризуйте понятие методология Ratuonal Unified Process (rup).
- •43.Назовите и охарактеризуйте виды диаграмм Rational Rose.
- •44.Назовите и охарактеризуйте представления модели в Rational Rose и их содержимое.
- •45. Перечислите и охарактеризуйте типы (стереотипы) классов и отношений в Rational Rose.
- •46. Охарактеризуйте разработку (технологию создания) диаграммы вариантов использования на языке моделирования в Rational Rose.
- •47. Охарактеризуйте разработку (технологию создания) диаграммы действий на языке моделирования в Rational Rose.
- •48. Охарактеризуйте разработку (технологию создания) диаграммы классов на языке моделирования в Rational Rose.
- •49. Охарактеризуйте разработку (технологию создания) диаграммы последовательности действий на языке моделирования в Rational Rose.
- •50. Охарактеризуйте разработку (технологию создания) диаграммы сотрудничества на языке моделирования в Rational Rose.
- •51. Охарактеризуйте разработку (технологию создания) диаграммы компонент на языке моделирования в Rational Rose.
- •53) Охарактеризуйте разработку (технологию создания) диаграммы состояний на языке моделирования в Rational Rose.
- •54) Охарактеризуйте принципы процесса управления конфигурацией жцпо.
- •55) Охарактеризуйте принципы процесса верификации жцпо.
- •56)Охарактеризуйте понятие качества и процессы управления качеством по.
- •57.Охарактеризуйте типы оценок и аудитов в группе процессов оценки качество по.
- •1 Управленческие оценки (Management Reviews)
- •2 Технические оценки (Technical Reviews)
- •3 Инспекции (Inspections)
- •4 Прогонки (Walk-throughs)
- •58.Охарактеризуйте требования к качеству по. Перечислите факторы влияния на планирование, управление и выбор sqm-действий.
- •59.Охарактеризуйте техники управления качеством по.
- •60.Охарактеризуйте принципы и методы защиты по от несанкционированного доступа.
57.Охарактеризуйте типы оценок и аудитов в группе процессов оценки качество по.
Управленческие оценки (management reviews)
Технические оценки (technical reviews)
Инспекции (inspections)
“Прогонки” (walk-throughs)
Аудиты (audtis)
1 Управленческие оценки (Management Reviews)
Назначение управленческих оценок состоит в отслеживании развития <проекта/продукта>, определения статуса планов и расписаний, утверждения требования и распределения ресурсов, или оценки эффективности управленческих подходов, используемых для достижения поставленных целей.” - IEEE 1028-97 “IEEE Standard for Software Reviews”. Управленческие оценки поддерживают принятие решений о внесении изменений и выполнении корректирующих действий, необходимых в процессе выполнения программного проекта. Управленческие оценки определяют адекватность планов, расписаний и требований, в то же время, контролируя их прогресс или несоответствие.
2 Технические оценки (Technical Reviews)
Назначением технических оценок является исследование программного продукта для определения его пригодности для использования в надлежащих целях. Цель состоит в идентификации расхождений с утвержденными спецификациями и стандартами.” - IEEE 1028-97 “IEEE Standard for Software Reviews”.
Для обеспечения технических оценок необходимо распределение следующих ролей: лицо, принимающее решения (decision-maker); лидер оценки (review leader); регистратор (recorder); а также технический персонал, поддерживающий (непосредственно исполняющий, прим. автора) действия по оценке. Техническая оценка требует, в обязательном порядке, наличия следующих входных данных:
Формулировки целей
Конкретного программного продукта (подвергаемого оценке)
Заданного плана проекта (плана управления проектом)
Списка проблем (вопросов), ассоциированных с продуктом
Процедуры технической оценки
3 Инспекции (Inspections)
Назначение инспекций состоит в обнаружении и идентификации аномалий в программном продукте.” - IEEE 1028-97 “IEEE Standard for Software Reviews”. Существует два серьезных отличия инспекций от оценок (управленческой и технической):
Лица, занимающие управленческие позиции (менеджеры) в отношении к любым членам команды инспектирования, не должны участвовать в инспекциях.
Инспекция должна вестись под руководством непредвзятого (независимого от проекта и его целей) лидера, обученного техникам инспектирования.
Инспекционные встречи занимают, обычно, несколько часов, в отличие от технической оценки и аудита, предполагающих, в большинстве случаев, больший объем работ и, соответственно, длящиеся дольше.
4 Прогонки (Walk-throughs)
Назначение прогонки состоит в оценке программного продукта. Прогонка может проводиться с целью ознакомления (обучения) аудитории с программным продуктом.” - IEEE 1028-97 “IEEE Standard for Software Reviews”. Главные цели прогонки состоят (по IEEE 1028) в:
Поиске аномалий
Улучшении продукта
Обсуждении альтернативных путей реализации
Оценке соответствия стандартам и спецификациям
Назначением аудита программного обеспечения является независимая оценка программных продуктов и процессов на предмет их соответствия применимым регулирующим документам, стандартам, руководящим указаниям, планам и процедурам.” - IEEE 1028-97 “IEEE Standard for Software Reviews”. Аудит является формально организованной деятельностью, участники которой выполняют определенные роли, такие как главный аудитор (lead auditor), второй аудитор (another auditor), регистратор (recorder) и инициатор (initiator). В аудите принимает участие представитель оцениваемой организации/организационной единицы. В результате аудита идентифицируются случаи несоответствия и формируется отчет, необходимый команде <разработки> для принятия корректирующих действий.