фкн

Тестовый набор - определение

Тестовый набор - это совокупность (набор) тестовых вариантов, для тестирования какого-либо участка кода (функции, метода, модуля или даже всей системы)

Тестовый вариант (или просто "тест") - совокупность исходный данных и ожидаемого результата

_____________________________________________
Источники(читать подробнее)=
Ключевые слова и фразы(для поиска)=
Тестовый набор программирование определение что это

обозначение инстанцирования UML

всё зависит от нотации.
Возможно такое обозначение =
пявкапк

А ,например, в нотации основанной на OMT - линия стрелки будет пунктирной (читайте книжку про паттерны - "ПРИЁМЫ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО ПРОГРАММИРОВАНИЯ - ПАТТЕРНОЕ ПРОЕКТИРОВАНИЕ ")

обозначение зависимости UML

Отношение зависимости графически изображается пунктирной линией между соответствующими элементами со стрелкой на одном из ее концов
выкп

_____________________________________________
Источники(читать подробнее)=
http://khpi-iip.mipk.kharkiv.edu/library/case/leon/gl5/gl5.html
Ключевые слова и фразы(для поиска)=
обозначение зависимости UML

понятие прецедента

Прецеде?нт (англ. Use Case), также: вариант использования, сценарий использования — спецификация последовательностей действий (варианты последовательностей и ошибочные последовательности) в Унифицированном языке моделирования (UML), которые может осуществлять система, подсистема или класс, взаимодействуя с внешними акторами (англ. Actors).

http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D1%86%D0%B5%D0%B4%D0%B5%D0%BD%D1%82_%28UML%29

это гладко сделано

http://vimeo.com/23127014
http://vimeo.com/23526270

ну и вот это тоже ничего так =
http://vimeo.com/18840532

13. Объектно-ориентированный анализ предметной области. Методика определения границ системы и ключевых абстракций. Пример провед

13. Объектно-ориентированный анализ предметной области. Методика определения границ системы и ключевых абстракций. Пример проведения анализа. Функциональные и не-функциональные требования к системе.

12. Диаграммы потоков данных (DFD-диаграммы) и диаграммы потоков работ (IDEF3-диаграммы), их использование при моделировании пре

12. Диаграммы потоков данных (DFD-диаграммы) и диаграммы потоков работ (IDEF3-диаграммы), их использование при моделировании предметной области.

Диаграммы потоков данных (DFD)

4) Системный анализ

Системный анализ
Лекция 4
С сего начать?
Выяснить
какие задачи должна решать программная система,
какими свойствами она должна обладать
«Проблема заказчика»
Заказчик
формулирует задачу на своем профессиональном языке;
имеет достаточно расплывчатое представление о функциях будущей программной системы;
не способен оценить возможности реализации тех или иных своих пожеланий

11. Анализ предметной области: цели и задачи. Модели предметной области. Формальные определения. Классификация моделей. Методоло

11. Анализ предметной области: цели и задачи. Модели предметной области. Формальные определения. Классификация моделей. Методология IDEF0, синтаксис IDEF0-моделей.

Анализ предметной области

6) Объектно-ориентированное программирование 1

Объектно-ориентированное проектирование ПС (часть 1)

Лекция 6

Декомпозиция системы (в частности- программной системы - ПС)

  • Функциональная – на основе потока данных с выделением обрабатывающих функций
  • Объектная – на основе выделения сущностей, обладающих собственными наборами данных, состояниями и наборами операций

отличия =

Pages

Subscribe to RSS - фкн