Подходы к разработке пп (1, 12)
Скачать 236.47 Kb.
|
Тестирование и испытание программного комплекса в целом (40) Нормальная программы должна эксплуатироваться без присутствия автора. Испытание программы включает следующие этапы:
Цикломатическое число программы, тестирование путей (41) Составляется управляющий граф программы. Определяются все пути, ведущие из начальной точки в конечную и подбираются тести так, чтобы все пути были пройдены. Но при этом количество возможных путей растет быстро и пути могут оказаться несовместимыми, т.е. невозможно подбирать исходные данные так, чтобы все пути были пройдены. Есть 3 стратегии тестирование: 1) выписывание всех путей; 2) определение цикломатического числа графа (оно определяет количество путей, которые нужно протестировать); 3) однократная проверка всех циклов в совокупности с ациклическими участками. Отладка программы (42) Выявление и устранение причин ошибок. Иногда говорят об индуктивном и дедуктивном методе отладки. Если возникает ошибка, то нужно выявить причину ее возникновения и в будущем так не делать. Создание баз данных в Delphi (53) Базы данных реализуются с помощью компоненты Database desktop (Tools Database desktop). File New Table (тип данных Paradox 7.0). Доступ к базам данных в Delphi (54) Есть 3 уровня обработки БД: 1) стандартные средства Delphi, 2) использование SQL, 3) программа на Паскале. Представление одного файла в виде таблицы: вкладка Data Access Table. Свойства: DataBaseName, TableName, Active (FT), Filter, Filtered. Представление данных формами: Data Controls: DBGrid, DBNavigator, DBText, DBEdit, …. Использование SQL: Data Access Query. Свойства: DataBaseName, SQL, Active. Средства Паскаля используются когда: а) данные должны быть обработаны по особому алгоритму, не связанному с поиском данных; б) кнопки для манипуляции над данными. Язык и методика объектно-ориентированного анализа и проектирования UML (56)  Логическое представление – представление с точки зрения конечного пользователя. Включает внешние и внутренние структурные отношения. Представление реализации – для программиста. Включает отношения между программами или компонентами. Представление процесса функционирования – для системного интегратора. Представление размещение – представление системного администратора. Цель разработки UML – предоставить в распоряжение пользователей легко воспринимаемый и выразительный язык визуального моделирования, предназначенный для разработки и документирования моделей сложных систем. В основе UML лежат диаграммы. Определены следующие виды диаграмм:
а) диаграммы состояний (state chart diagram) б) диаграмма деятельности (activity diagram) в) диаграммы взаимодействия (interaction diagrams)
а) диаграмма компонентов (component diagram) б) диаграмма развертывания (deployment diagram)
1-й уровень анализа – разбиение системы на пакеты. Диаграмма вариантов использования (57) Цели: 1) Определение общих принципов и контекста моделируемиой предметной области на начальных этапах проектирования. 2) Сформулировать общие требование к функциональному поведению проектируемой области. 3) Разработать исходную концептуальную модель для ее следующей детализации. 4) Подготовка исходной документации для взаимодействия с заказчиком. Используются обозначения: Действующее лицо (actor, актер) – тот кто со своим запросом обращается к проектироемому программному комплексу. 3 разновидности: человек, какое-то техническое устройство, для управления которым создается ПК, другой ПК, внешний к данному. Варианты использования Отношения: Отношение ассоциации: служит для обозначения специфической роли актера в отдельном варианте использования, т.е. какую конкретную роль играет актер при взаимодействии с экземпляров варианта использования. Отношение обобщения: служит для указания факта, что некоторый вариант использования может быть обобщен до другого варианта использования. Отношение расщирения: определяет связь одного варианта использования с более общим. Отношение включения: показывает, что некоторый вариант использования включает в себя подварианты. Диаграмма последовательности и кооперативная диаграмма (58) В ходе работы программы объекты обмениваются сообщениями. Сообщение – законченный акт передачи информации от одного оъекта к другому. Рассмотрим 2 аспекта: 1) временной – в какой очередности сообщения передаются между объектами; 2) структурный – как сообщение между объектами м.б. переданы. По сути передача сообщения означает, что объект одного класса вызывает метод объекта другого класса. Обычно на диаграмме указывают объекты, а не классы. Но если все объекты ведут себя идентично, то можно написать имя класса (:имя класса). Каждый объект обладает линией жизни. Если она заканчивается крестиком, то в этот момент времени объект уничтожается. Если на ней нарисован прямоугольник, то это значит, что объект в это время действует. Диаграмма коопераций – вариант диаграммы последовательности откуда почти исключено время.  Диаграмма классов, характеристика классов (59) Объект – реально существующий предмет в предметной области. Класс – множество объектов, обладающих одинаковыми свойствами о одинаковым поведением (по меньшей мере в анализируемой ситуации). Диаграмма классов служит для представления статической структуры модели системы в терминологии классов. Характеристики классов: имя класса, данные, методы. На стадии анализа можно ограничиться качественным перечислением данных и названий методов. Отношение между классами на диаграмме классов (60) Отношение зависимости: указывает некоторое отношение между двумя элементами модели или двумя множествами элементов.  Отношение обобщения: описывает иерархическое строение классов и наследование их свойств и поведения.  Отношение ассоциации: показывает содержательную связь между объектами классов. Отношение аггрегации: один из классов представляет собой некоторую сущность, включающеую в себя в качестве состваных частей другие сущности (классы).  Отношение композиции: частный случай отношение аггрегации (если A и B состоят в этом отношении, то B не может существовать без A). Интерфейс служит для спецификации параметров модели, коотыре видвимы извне без указания их внутренней структуры. Диаграмма состояний (61) Необходима для классов, имеющих ярко выраженное динамическое поведение (могут находиться в разных состояниях). Одна диаграмма соответствует одному классу. В любой момент врмени класс может находиться в одном состоянии. Переход от одного состояния в другое скачкообразный. Переход должен сопровождаться изменением значения хотя бы одной переменной из данных класса. Классы могут переходить из одного состояние в другое самостоятельно или под внешним воздействием. Переход класса из одного состояния в другое – событие (event). Событие = условие возникновения + параметры. В общем случае над них накладываются ограничения. М.б. диаграмма состояний с диаграммой подсостояний. Диаграмма состояний непосредственно не используется для генерации кода. Нужна для лучшего понимания. Возможен табличный способ представления.
Диаграммы пакетов и компонентов (63) Диаграмма компонентв описывает особенности физического представления системы, позволяет определить архитектуру разрабатываемой системы. Компонента – единица физической реализации системы.
Эта диаграмма мало зависит от среды реализации. Диаграммы размещения (64) Применяется для представления общей конфигурации системы и содержит распределение компонентов системы по отдельным узалм системы. Кроме того показывает наличие физических соединений. Узел – некоторый физически существующий элемент системы, обладающий некоторым вычислительным ресурсом. Изображается в виде куба. Диаграмма деятельности (65) Похожа на диаграмму состояний. Отличие заключается в смысле состояний, которые используются для представление не деятельностей, а действий, и в отсутствии на переходах названий событий.  Rational Rose (68) RR – CASE (Computer Aided Software Engineering) средство. Базируется на UML. Позволяет документировать результаты анализа, выполнять ОО-проектирования, выявлять некоторые формальные ошибки в созданных моделях и позволяет генерировать программы на языках C++, Visual Basic, Java, а также схемы баз данных. Это есть прямое проектирование (forward engineering). Также есть и обратное проектирование (reverse engineering, re-engineering). Генерация программы состоит из следующих этапов: 1) проверка модели, 2) создание компонентов, 3) отображение классов на компонентах, 4) уточнение свойств генерации программы, 5) выбор класса (компонента) для генерации, 6) генерация кода. Показатели качества программных продуктов, общая характеристика (69) 6 групп:
а) пригодность для применения б) точность в) защищенность г) способность к взаимодействию д) согласованность со стандартами и правилами проектирования
а) уровень завершенности (отсутствие ошибок) б) устойчивость к ошибкам в) перезапускаемость
а) понятность б) обучаемость в) простота использования
а) ресурсная экономичность б) временная экономичность
а) удобство анализа б) изменяемость в) стабильность г) тестируемость д) переносимость е) адаптируемость ж) структурированность з) замещаемость Есть 2 подхода к обеспечению качества: 1) проверять качество каждого изделия; 2) разработать такие технологические процесса, изготавливание по которым заведомо гарантируют требуемое качество. Надежность программных продуктов (70) Есть 3 показателя: 1) вероятность отказа, 2) ремонтопригодность, 3) длительность эксплуатации. Главная причина ненадежности программы – ошибки при написании. Различают понятия сбой и отказ. Сбой – потеря работоспособности программы на время | |||||||||||||||||||||||||
Похожие:
 | Теоретические подходы к разработке программы маркетинговой деятельности Мероприятия по разработке стратегической программы маркетинговой деятельности на предприятии ООО «Генезис» | | Программа по формированию навыков безопасного поведения на дорогах... Методические подходы к разработке механизмов финансирования природоохранных программ |
 | Правительство Российской Федерации Федеральное государственное автономное... Методологические подходы к разработке сценариев и построение алгоритма для проекта в сфере строительства 33 | | Рабочая учебная программа дисциплины Это одна из основных теоретических дисциплин профиля, ибо без знания физики работы приборов невозможны сознательные и эффективные... |
| Рабоч ая учебная программа дисциплины Теоретическая электрохимия Это одна из основных теоретических дисциплин профиля, ибо без знания теоретической электрохимии невозможны сознательные и эффективные... | | «Физическая электроника и электронные приборы». подготовки специалистов... Это одна из основных теоретических дисциплин специальности, ибо без знания физики работы приборов невозможны сознательные и эффективные... |
| Программа по формированию навыков безопасного поведения на дорогах... Современная модель исторического образования предполагает качественно новые подходы к перспективному планированию учебного процесса,... | | Рабоч ая учебная программа дисциплины Материалы электронной техники Это одна из основных дисциплин профиля, ибо без знания физико-химических характеристик материалов и протекающих в них физических... |
| Проект программы «внутришкольная система оценки качества образования» В связи с этим возникла необходимость пересмотреть подходы к организации внутришкольного контроля и определить подходы к построению... | | Различные подходы в определении понятия корпорация Реферат на тему: «Различные подходы в определении понятия «корпорация» в доктрине российского права» |
| Методические указания к разработке рабочей программы При разработке... «российский национальный исследовательский медицинский университет имени н. И. Пирогова» | | Современные подходы к созданию системы здоровьесозидающего образования... Годовой план можно использовать в виде памятки, содержащей основные данные о различных мероприятиях. Ответственность за описание... |
| Методические подходы оценки плодородия садовых агроценозов западного предкавказья бузоверов А. В Ат. Разработаны методические подходы к проведению почвенного мониторинга в садах и установлены показатели (тесты) оценки плодородия... | | Дипломная работа посвящена программной реализации и экспериментальному... Дипломный проект посвящен разработке программного комплекса для оптимизации размещения устройств регулирования напряжения в электроэнергетике... |
| Методические указания по выполнению контрольных работ составлены... При разработке методических указаний по выполнению контрольных работ в основу положен Государственный образовательный стандарт по... | | Методические подходы к оценке популяционного риска здоровью на основе... Зайцева Н. В., Шур П. З., Кирьянов Д. А., Камалтдинов М. Р., Цинкер М. Ю. Методические подходы к оценке популяционного риска здоровью... |
