Археология об основании Рима: Новые раскопки проясняют и такой острый дискуссионный вопрос, как дата самого возникновения Рима...
Кормораздатчик мобильный электрифицированный: схема и процесс работы устройства...
Топ:
Комплексной системы оценки состояния охраны труда на производственном объекте (КСОТ-П): Цели и задачи Комплексной системы оценки состояния охраны труда и определению факторов рисков по охране труда...
Устройство и оснащение процедурного кабинета: Решающая роль в обеспечении правильного лечения пациентов отводится процедурной медсестре...
Интересное:
Берегоукрепление оползневых склонов: На прибрежных склонах основной причиной развития оползневых процессов является подмыв водами рек естественных склонов...
Наиболее распространенные виды рака: Раковая опухоль — это самостоятельное новообразование, которое может возникнуть и от повышенного давления...
Распространение рака на другие отдаленные от желудка органы: Характерных симптомов рака желудка не существует. Выраженные симптомы появляются, когда опухоль...
Дисциплины:
2020-11-03 | 190 |
5.00
из
|
Заказать работу |
Правило 2. Ограничивайте количество одновременной работы
Правило 3. Контролируйте ритмичность потока задач
Правило 5. Анализируйте работу ежедневно
Правило 6. Эволюционируйте благодаря совместным экспериментам (одно изменение за раз)
16. Анализ предметной области и формирование требований к ПО
Анализ требований
Функции – представляют собой услуги, предоставляемые системой и удовлетворяющие потребности пользователей.
Требование — это любое условие, которому должна соответствовать система. Требование может описывать те или иные характеристики программного продукта.
• может иметь набор атрибутов.
• могут иметь сложную структуру отношений и связей (например иерархическую).
Характеристики требований
Недвусмысленность;
Проверяемость;
Четкость (краткость);
Точность;
Понятность;
Осуществимость;
Независимость;
Атомарность;
Необходимость;
Абстрактность (не должно содержаться информации о том как оно будет реализовано).
Полное – требование должно быть определено для всех возможных ситуаций.
Классификация
Бизнес-требования (Business Requirements) определяют высокоуровневые цели организации или клиента (потребителя) - заказчика разрабатываемого ПО.
Пользовательские требования (usabitity)
Системные требования (интеграция, окружение, защита)
Информационные потребности (форматы выдачи и хранения информации)
Изучение предметной области
Сборщики проектов. Maven.
Apache Maven — фреймворк для автоматизации сборки проектов на основе описания их структуры в файлах на языке POM (англ. Project Object Model), являющемся подмножеством XML. Проект Maven издаётся сообществом Apache Software Foundation, где формально является частью Jakarta Project.
Maven обеспечивает декларативную, а не императивную (в отличие от средства автоматизации сборки Apache Ant) сборку проекта. В файлах описания проекта содержится его спецификация, а не отдельные команды выполнения. Все задачи по обработке файлов, описанные в спецификации, Maven выполняет посредством их обработки последовательностью встроенных и внешних плагинов.
Maven используется для построения и управления проектами, написанными на Java, C#, Ruby, Scala, и других языках.
Среди примечательных альтернатив — система автоматической сборки Gradle, построенная на принципах Apache Ant и Maven, но использующая специализированный DSL на Groovy вместо POM-конфигурации.
Автоматизация сборки — этап процесса разработки программного обеспечения, заключающийся в автоматизации широкого спектра задач, решаемых программистами в их повседневной деятельности.
Включает такие действия, как:
· компиляция исходного кода в объектный модуль,
· сборка бинарного кода в исполняемый файл,
· выполнение тестов,
· развёртывание программы в целевой среде,
· написание сопроводительной документации или описание изменений новой версии.
Основное средство автоматизации сборки — применение специализированного инструмента; один из ранних и исторически значимых инструментов является утилита make, во многом определившая стиль и методы для инструментов, появившихся позднее. Один из таких элементов — формат Makefile, поддерживаемый в большинстве широко используемых инструментов (Automake, CMake, imake, qmake, nmake, wmake, Apache Ant, Apache Maven, OpenMake Meister, Gradle). Ключевые требования, предъявляемые средствам автоматизации — поддержка технологий непрерывной интеграции, в частности, постоянных «ночных сборок», управление зависимостями исходного кода, обеспечение разностной сборки, уведомление при совпадении исходного кода (после сборки) с имеющимися двоичными файлами, предоставление удобных отчётов о результатах компиляции и компоновки, автоматический запуск тестов и условное выполнение в зависимости от результатов прохождения.
Виды автоматизации, применяемые в различных инструментах:
· автоматизация по запросу (on-demand automation): запуск пользователем сценария в командной строке,
· запланированная автоматизация (scheduled automation): непрерывная интеграция, происходящая в виде ночных сборок,
· условная автоматизация (triggered automation): непрерывная интеграция, выполняющая сборку при каждом подтверждении изменения кода (commit) в системе управления версиями.
18. Системы контроля версий. Git.
Git — распределённая система управления версиями.
Система контроля версий — это система, записывающая изменения в файл или набор файлов в течение времени и позволяющая вернуться позже к определённой версии.
Здесь в игру вступают распределённые системы контроля версий (РСКВ). В РСКВ (таких как Git, Mercurial, Bazaar или Darcs) клиенты не просто скачивают снимок всех файлов (состояние файлов на определённый момент времени) — они полностью копируют репозиторий. В этом случае, если один из серверов, через который разработчики обменивались данными, умрёт, любой клиентский репозиторий может быть скопирован на другой сервер для продолжения работы. Каждая копия репозитория является полным бэкапом всех данных.
Более того, многие РСКВ могут одновременно взаимодействовать с несколькими удалёнными репозиториями, благодаря этому вы можете работать с различными группами людей, применяя различные подходы единовременно в рамках одного проекта. Это позволяет применять сразу несколько подходов в разработке, например, иерархические модели, что совершенно невозможно в централизованных системах.
История создания датчика движения: Первый прибор для обнаружения движения был изобретен немецким физиком Генрихом Герцем...
Кормораздатчик мобильный электрифицированный: схема и процесс работы устройства...
Индивидуальные и групповые автопоилки: для животных. Схемы и конструкции...
Состав сооружений: решетки и песколовки: Решетки – это первое устройство в схеме очистных сооружений. Они представляют...
© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!