Share via


Reviewing Existing Architecture and Design

You can use Visual Studio Premium or Visual Studio Ultimate to review the architecture and design of your application before you begin any coding tasks.

For some tasks, you might use code that was generated by the tools as a starting point for your work. For other tasks, you might review the database architecture so that you understand the structure of the data that you can access.

If you have existing test assets, such as test plans, test cases, or bug histories, you might also want to review them before you begin your work.

Common Tasks

In the following table, you can find descriptions of common tasks that support this scenario and links to more information about how you can successfully complete those tasks.

Task

Supporting Content

Understand the existing software and design specifications: Before you make changes to an existing application, you should understand its architecture, design, configuration, and user requirements.

Important noteImportant
You can view existing architecture diagrams in Visual Studio Premium, but you must have Visual Studio Ultimate to create or modify architecture diagrams.

Understand existing database schemas: If your application uses one or more databases, you might also want to understand the design of those databases. By understanding the objects and settings in the databases, you can better understand where changes might need to be made to support a particular feature or to fix a code defect.

Review initial test planning: You might also want to review any existing or initial test plans for the changes that you intend to make. By understanding the planned tests, you might better identify potential design issues or edge cases that you will have to address in your code.

Identify possible design or performance issues in your existing code: Before you begin modifying your application, you might want to identify potential issues in the existing code. You might conduct a detailed code review, run code analysis to identify common design problems, or review historical trends in your work item tracking database to identify patterns.

  • Setting Up Development Environments
    Before you can create or modify code, you must set up your development and test environments with the appropriate source code. If you are working with databases, you must also have access to the offline representation of those databases.

  • Enhancing Code Quality with Team Project Check-in Policies
    You can specify a set of code analysis rules that you want to use to identify common design, naming, and performance issues in your software or database code. You can group these rules into frequently used sets. You can define check-in policies that use these rules to prevent code from being checked in that could cause problems.

  • Managing Development Schedules and Work
    The changes that you must make are typically defined in a task, a bug, or another work item. All of these tasks, bugs, and work items can be used to create and manage your development schedule.

  • Performing Common Development Tasks
    During a development cycle, you spend most of your time making code changes. This process includes selecting a task or bug, checking out the required files, modifying the code, and then verifying that your changes are correct before you check them in.