Changes between Version 53 and Version 54 of PLATFORM_STANDARDS_GENERAL


Ignore:
Timestamp:
11/06/08 11:39:15 (17 years ago)
Author:
todor
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • PLATFORM_STANDARDS_GENERAL

    v53 v54  
    55  * [wiki:PLATFORM_STANDARDS_ANALYSIS Analysis] - Analysis of these tasks revision contains what are the requirements for the task, what are expected results, functionality/improvement requirements, how-to demos, implementation ideas. 
    66  * [wiki:PLATFORM_STANDARDS_DESIGN Design] - Design of these tasks should describe technology that will be used for reaching task's requirement. It should contain initial tests, libraries needed, rough algorithm explanation, class diagrams, etc.  
    7   * Implementation - In implementation section of task's revision the results must be linked with explanation what was done during this revision. Explain which part of source you've added/edited and how. The result of your work should be presentable in Analysis/How to Demo section. 
     7  * Implementation - In implementation section of task's revision the results must be linked with explanation what was done during this revision. Write down the added functionalities or improvements that the tasks code bring to the project. Explain which part of source you've added/edited and how. The result of your work should be presentable in Analysis/How to Demo section. 
    88  * Testing - In testing should be described how this task will be tested, here should be linked trac tickets, auto tests, test cases. 
    99 * Bug Fix 
    … …  
    1111  * [wiki:PLATFORM_STANDARDS_ANALYSIS Analysis] - Analysis of Bug Fixes should contain exact explanation of exactly happens / not happens (what's wrong). How to demo should contain steps to recreate to prove that the bug doesn't exist anymore. In this section links to tickets can be very useful 
    1212  * [wiki:PLATFORM_STANDARDS_DESIGN Design] - Design of bug fixes is similar to Coding tasks' design, but should also answer the questions why does this bug appear, which part of the code is guilty for the wrong functionality (what was wrong with the code, why it was not suitable). Design also contains auto-tests that prove bug wouldn't be presented after implementation. 
    13   * Implementation - Implementation section should contain link to files where was added/maintained/re factored code, should also describe what was done. The results should be presentable in Analysis/How to Demo section. 
     13  * Implementation - Implementation section should contain link to files where was added/maintained/re factored code, should also describe what was done. The implementation also must contain information about the problems causing the bug and how were they bypassed. The results should be presentable in Analysis/How to Demo section. 
    1414  * Testing - In testing should be described how bug task will be tested, here should be linked trac tickets, auto tests, test cases. 
    1515 * Document 
    … …  
    1717  * [wiki:PLATFORM_STANDARDS_ANALYSIS Analysis] - Analysis section should contain document requirements (file format, dimensions, formatting), contents requirements. This section should also contain related tasks - tasks that depend on that one, tasks of which this task depends, similar tasks, etc. 
    1818  * [wiki:PLATFORM_STANDARDS_DESIGN Design] - Design should point which tools will be used, how the document will be created. 
    19   * Implementation - Implementation section as in other tasks should contain link to created documents and explanation how they were done. The results should be presentable in Analysis/How to Demo section. 
     19  * Implementation - Implementation section as in other tasks should contain link to created documents and explanation how they were done. Because most of the tasks include more than one revision you must explain what's added/improved during the last revision. The results should be presentable in Analysis/How to Demo section. 
    2020 * Setup 
    2121  * Description - The result of this tasks are hardware/software setup of different computer appliances that will be used for executing all other tasks. These contain website, wiki, developer platform setup, etc. 
    2222  * [wiki:PLATFORM_STANDARDS_ANALYSIS Analysis] - Analysis answers the question what are the requirements for this appliance - hardware and software. For example, some of the community server hardware requirements are space and bandwidth, and software - running web server, security issues. Here should be also listed tasks that depend on that one. How to demo should point the address of the server/computer and presentation of some features. 
    2323  * [wiki:PLATFORM_STANDARDS_DESIGN Design] - In this section should be decided which computer appliance will satisfy the requirements, how it will be set up, what technologies will be used. Give links to websites of software solutions that should be used. 
    24   * Implementation - This section should contain how exactly was this appliance set up. Give links to any setup files or other information in order for the server to be recreated. 
    25  * Maintenance  
     24  * Implementation - This section should contain how exactly was this appliance set up. Write down a step by step manual of the setup states Give links to any setup files (scripts) or other information in order for the server to be recreated. 
     25 * Maintenance (Managing) 
    2626  * Description - These tasks' aim is to keep servers, important documents, code in perfect working condition. These tasks' revisions are regularly on the schedule.  
    2727  * [wiki:PLATFORM_STANDARDS_ANALYSIS Analysis] - Analysis should cover current issues of the server/document/code, suggestions for improving. Analysis should also contain list of trivial actions that have to be done every maintenance revision. 
    2828  * [wiki:PLATFORM_STANDARDS_DESIGN Design] - Design explains what should be done for meeting the requirements, links to tools that will be used, algorithms, diagrams and whatever is needed for an easy implementation. 
    29   * Implementation - Implementation consist of trivial actions done every maintenance and improvements listed in the design. Implementation steps should be described. 
     29  * Implementation - Implementation consist of trivial actions done every maintenance and improvements listed in the design. Implementation steps should be described. For the maintenance of documents should be provide link. 
    3030= Results = 
    3131The results of tasks' revisions should be described in the Implementation section of the task's current revision page [wiki:PageTemplates/TaskPageTemplate]. Depending on task type, results can be