Базовые фазы процесса для приложения iOS - манекены

Чтобы понять, как проектировать процессы в iOS, вы должны понимать процесса , , которые представляют собой категоризацию на высоком уровне процессов, организованных общим намерением . Многие из этих видов деятельности связаны с объектной ориентацией.

Вот фазы и их отношение к объектной ориентации:

• Идентификация требований: Это фаза, в которой вы идентифицируете некоторых из , кто - людей, затронутых программным обеспечением, таких как как пользователи, спонсор и т. д. - некоторые из почему - проблема, которую нужно решить, и бизнес-пример - и что - функции решения.

• Анализ: Анализ - это все, что касается понимания, а не решения аспектов проекта и программного обеспечения. Это понимание должно происходить на нескольких уровнях.

  • Анализ домена стремится понять среду, в которой будет работать программное обеспечение (например, ваш дом, ваша кухня, ваши симпатии и антипатии, а также ваши потребности с точки зрения продуктов питания и даже потенциально различных видов кухонь).

  • Проблема анализ пытается понять и охарактеризовать конкретную проблему в домене (например, ваши трудности в запоминании и правильном следовании рецептам).

  • Анализ решения пытается понять, как предлагаемое решение (например, программа рецепта) может реально решить вашу проблему.

  • Объектно-ориентированный анализ - это применение OO к анализу. При анализе домена вы можете идентифицировать объекты и их взаимодействия в домене; в анализе проблем вы можете идентифицировать объекты и описывать их взаимодействия в проблеме, которую вы пытаетесь понять; и в анализе решений вы можете описать, как система работает с точки зрения взаимодействия между внешними объектами (или участниками) и системой.

• Архитектура и дизайн: Архитектура и дизайн, взятые вместе, составляют этап, на котором вы определяете общую структуру системы и дизайн, что и являются отдельными компонентами системы, все путь к мельчайшей детализации и как все работает вместе.

  Архитектура - это также описание высокоуровневых компонентов системы и их взаимодействие на уровне . Архитектура редко относится к тому, что находится внутри компонента высокого уровня.

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

• Реализация: Реализация - это этап, когда резина соответствует дороге, и вы на самом деле пишете и запускаете код, составляющий систему. Когда вы используете языки OO в своей реализации, реализация известна как объектно-ориентированное программирование .

• Тестирование: Тестирование - это этап, когда вы проверяете, действительно ли система работает. Объектно-ориентированное тестирование может иметь место на уровне отдельных классов, после чего оно называется тестированием unit ; после объединения классов и компонентов, где это называется интеграция ; или на уровне всей системы или программы, где она называется системой . Разработка программного обеспечения для производства включает в себя все эти уровни тестирования.

• Развертывание: Развертывание - это этап, на котором вы действительно запускаете программу. Для коммерчески доступных приложений iOS развертывание начинается с размещения приложения в Apple Store и продолжается, когда пользователь устанавливает и запускает его на устройстве iOS.

• Техническое обслуживание: Техническое обслуживание - это этап, в котором вы поддерживаете работу системы и ее полезность по мере развития, изменяя структуру классов и взаимодействия между объектами этих классов.

• Управление проектами: Это этап, на котором вы планируете, организуете, ресурс, руководство, контроль и координацию. Управление проектом состоит из шагов, необходимых для общего мониторинга и контроля процесса и проекта.

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