Phases

Phases are the stages corresponding to a project’s work effort. By default, SD Elements associates its tasks with five phases: Requirements, Architecture & Design, Development, Testing, and Deployment.

Phases are represented in projects as tabs. Users can navigate to each phase by clicking on the appropriate tab. Organizations that require additional phases can add their own.

phases

Default phases

SD Elements includes the following default phases:

  • Activities: Tasks that are a set of activities for securing the SDLC regardless of technologies, frameworks, or languages used for development. These activities may include working with various roles in a team to create necessary procedures proportionate to the team’s maturity, or requiring the team to perform these procedures at different stages of the software development lifecycle based on the project’s associated risk level. These tasks can be enabled or disabled using the Content Pack Selector.

  • Requirements: One-time tasks that can be verified using a verification technique. Think of these as security features of the software. Requirements contrast with development tasks, which occur throughout the code. Requirements tasks tend to correlate to user stories in agile development, while development tasks tend to be constraints on other user stories. For example, "T5: Minimum password standards" is in the requirements phase because it is a one-time task that can be tested in a straight-forward manner using run-time testing.

  • Architecture & Design: Security concepts to keep in mind during application design / architecture. Whereas requirements and development tasks are concrete and actionable, design tasks cannot easily be assigned a clear acceptance criteria. For example, "T14: Principles of least privilege" is a design task because it is a security principle, but there is no clear way to verify if it has been completed.

  • Development: Security tasks to build during coding. These tasks affect multiple parts of the code. For example, "T31: Perform input validation on all forms of input" affects all code with user input. Development tasks may also include a How-To section with a code sample for the developer to follow.

  • Deployment: These tasks are meant to help DevOps teams during the operations and deployment of the application. Deployment tasks are performed after the software is developed and relate to activities such as platform installation, server configuration, deployment, maintenance, and user management.

  • Testing: Tasks to verify that tasks from the other phases have been completed. These tasks are designed for Quality Assurance (QA) teams, security teams, or developers who want to write unit/regression tests. Testing tasks may also include a How-To section that describes how to actually perform the test plan with testing tools, or by using the end user interface manually (such as with a web browser for a web application).

Phase details

A phase has the following fields:

  • Name: The name of the phase.

  • Order: A numeric value indicating the position of the phase amongst the other phases.

  • Description: A description of the phase.

  • Tooltip: Additional information about the phase.

  • Release Behavior: An indication whether the statuses and notes of tasks in a project are carried over to new releases by default. This option can be deselected by users. Details are copied at the time of the release only.

Add a phase

To add a custom phase follow the steps below.

Prerequisites:
  • The user has the permission Global Roles→Customization→Customize content.

Steps:
  1. Open the Library→Phases page. Click the plus button on the right.

  2. Fill in the required fields.

  3. Click Create.

The phase is added to the system and present in all projects. Tasks can be associated to this new phase.

Edit a phase

To edit a default or custom phase follow the steps below.

Prerequisites:
  • The user has the permission Global Roles→Customization→Customize content.

Steps:
  1. Open the Library→Phases page.

  2. Search for the phase using the interface.

  3. Hover over the phase’s row and click the Edit phase pencil icon.

  4. Update the fields.

  5. Click Done.

The change takes effect immediately and the phase is updated in all projects.

Delete a phase

Delete a phase by first moving all assigned tasks to an existing phase. Follow the steps below to delete a phase.

Prerequisites:
  • The user has permission Global Roles→Customization→Customize content.

Steps:
  1. Open the Library→Phases page.

  2. Search for the phase using the interface.

  3. Hover over the phase’s row and click the Delete Phase trash can icon.

  4. Select an existing phase to move any affected tasks.

    Delete a phase
  5. Click Delete.

The selected phase is removed from the system. Any of its associated tasks are assigned to the selected phase.

results matching ""

    No results matching ""