Requirements prioritization and project scope

From Thunderforce
Jump to navigation Jump to search

The requirements fed into the feature list, and the prioritization of those features will appear on this page.

Context Diagram

Context Diagram.png

The context diagram above depicts the Thunderforce part of the system being built and the components that it interacts with. The user will interact with Mozilla Thunderbird, which will then invoke and receive instructions from Thunderforce. Thunderforce will use the SQLite database and Salesforce.com.

The user, of course, can also use Salesforce.com directly. This diagram depicts the two user access points to Salesforce.com that are relevant to Thunderforce. Due to this existence of two access points, Thunderforce will need to be mindful of changes performed directly in Salesforce.com, and Thunderforce will need to ensure that changes performed in Mozilla Thunderbird are propagated to Salesforce.com as soon as permissible.

Requirements

The detailed requirements are listed on another page. The high-level requirements are listed below:

Priorities

Note that some features have dependencies upon each other. This is a general list, and the actual module priorities will likely include functionality from all modules as the top priorities. The initial focus will be on associating both incoming and outgoing email messages with Salesforce.com records, but the architecture will factor in the present long-range set of features.

Task Priorities

  1. Notional architecture of the entire extension
  2. Identification of architectural risks
  3. Design and execution of experiments to reduce architectural risks
  4. Architectural refinement and modularization of the extension
  5. Parallel work on the modules, focusing on those that address the account type feature
  6. First release