
- •1.Компл инструм средств разраб для Windows
- •3.Разраб и компоновка прилож
- •4.Опции компиляции
- •5.Меню, пиктограммы и др ресурсы
- •6.Основы mfc. Классы mfc
- •7.Иерархия классов mfc
- •11.Прим. AppWizard в разработке
- •14.Анат. Интерф. Windows: sdi и mdi
- •15.Основные классы системы Windows
- •16.Состояние. Окна. Док. И предст. Окна
- •17.Контекст устр. Графич. Интерфейса
- •19.Диаграммы классов Windows
- •20.Моде Клиент-сервер. Виды серверов
- •21.Dll и пользов. Элементы управл.
- •22.Терминология ole и ActiveX
- •23.Автоматизация проектирования
- •28.Идиомы разработки hush
- •29.Что такое контей. Созд контейнеров
- •30.Абстрактный тип данных (атд) и фундаментальная структура данных (фсд). Их взаимосвязь
- •31.Прямые и косвенные контейнеры. Итераторы Работа итераторов
- •32.Модели памяти. Их различие. Крошечная, малая, компактная и средняя.
- •35.Что такое табл откликов Формирование табл
- •38.Компонентная модель объекта
- •39.Связность и связанность модулей
- •40.Нотации uml Их использование
- •41.Объектно-ориентированный анализ и проектирование
- •43.Статистическое и динамическое состояния объектов
- •46.Диаграмма прецедентов.Актеры роли и ключи.
- •47.Диаграмма кооперацийактивные и пассивные объекты
- •48.Диаграмма состоянийсоставные состояния, переходы в состояния
- •49.Диаграмма взаимодействий внутренняя деятельность
- •50.Диаграмма последовательностей продолжительность жизни объекта фокус управления
39.Связность и связанность модулей
Связанность и связность яв-ся одними из основных характеристик качества проектируемой системы (в частности программной системы). Связанность и связность используются не только при проектировании программных комплексов, а яв-ся общесистемными характеристиками и применимы при синтезе любых систем. Связность (cohesion) характеризует целостность, «плотность» модуля, т.е. насколько модуль является простым с точки зрения его использования. В идеале модуль должен выполнять одну единственную функцию и иметь минимальное число «ручек управления». Примером модуля имеющего максимальную связность является модуль проверки орфографии. Если связанность является характеристикой системы, то связность характеризует отдельно взятый модуль. При проектировании модулей нужно стремиться к высокой связности, ибо чем выше связность, тем лучше спроектирован модуль. Существует 7 типов связности: Функциональная связность, Последовательная, Информационная, Процедурная, Временная, Логическая, Связность по совпадению. Связанность модулей, часто называемую зацеплением, характеризует степень независимости модулей. При проектировании систем необходимо стремиться, чтобы модули имели минимальную зависимость друг от друга, т.е. были минимально «сцеплены» между собой (отсюда и термин «сцепление» или связанность). Это требование вытекает из одного из основных принципов системного подхода, требующего минимизации информационных потоков между подсистемами. При проектировании систем допустимыми яв-ся: связанность по данным, связанность по образцу и связанность по управлению. Модули связаны по данным, если они взаимодействуют через передачу параметров и при этом каждый параметр яв-ся элементарным информационным объектом. Это наиболее предпочтительный тип связанности (сцепления).
40.Нотации uml Их использование
Нотация языка UML. Представляет собой графическую нотацию для визуального представления семантики языка UML. Унифицированный язык моделирования UML яв-ся стандартным инструментом для создания "чертежей" программного обеспечения. UML позволяет разработать детальный план создаваемой системы и конкретные особенности реализации. Нотация UML предоставляет широкие возможности для отображения дополнительной информации (абстрактные операции и классы, стереотипы, общие и частные методы, детализированные интерфейсы, параметризованные классы). При этом возможно использование графических изображений для ассоциаций и их специфических свойств, таких как отношение агрегации, когда составными частями класса могут выступать другие классы. Диаграммы: Диаграмма классов представляет логическую модель системы, Диаграмма объектов показывает часть объектов системы и связи между ними, Диаграмма прецедентов описывает функциональное назначение системы, является её концептуальной моделью, отражает объекты и задачи, ими выполняемые, Диаграмма последовательностей отражает последовательность передачи сообщений между объектами, акцентируя последовательности приема/передачи сообщений.
41.Объектно-ориентированный анализ и проектирование
Объектно-ориентированный анализ и проектирование – метод, использующий объектную декомпозицию; объектно-ориентированный подход имеет свою систему условных обозначений и предлагает большой набор логических и физических моделей, с помощью которых мы можем получить представление о различных аспектах рассматриваемой системы. При анализе должны быть поставлены следующие вопросы: Каково требуемое поведение системы? Каковы роли и обязанности объектов по поддержке этого поведения? При проектировании относительно архитектуры системы должны быть поставлены следующие вопросы: Какие существуют классы и как они связаны? Какие механизмы регулируют взаимодействие классов? Где должен быть объявлен каждый класс? Как идет процесс?