Search 1.9 billion lines of Odoo code on GitHub

oerp_gap_analysis_ITPS

Author: Mohammed Arif
License: no license
Branch: master
Repository: arifmarias/oerp_gap_analysis_ITPS
Dependencies: decimal_precision, project, and report_webkit
Languages: Mako (87, 5.2%), Markdown (37, 2.2%), Python (860, 51.9%), and XML (674, 40.7%)

<h1>Gap Analysis Module for OpenERP v7</h1> <p>This Gap Analysis will provide actionable information about how an organization&#39;s technology and operations meet their current and future needs. It will indicate how OpenERP will match those needs and to allow the customer to determine the feasibility of implementing OpenERP. This Gap Analysis will be able to determine an estimate of project time and cost at ~70% certainty. It is also the first phase that allows the Customer to exit the project with limited investment if the results do not conform to their expectations. This results of this Gap Analysis will save time by allowing adequate planning for implementation leading to a smooth transition to OpenERP or any other software service.</p> <p>There are 4 different modules which cover several aspect of the gap analysis: • gap<em>analysis: main core of the gap analysis functionality (setup, import/export). • gap</em>analysis<em>aeroo</em>report: allows the reporting in aeroo • gap<em>analysis</em>project: necessary to generate the project from the gap analysis • gap<em>analysis</em>project<em>long</em>term: necessary to generate the project from the gap analysis (with phasing)</p> <p>An updated version of the module is available at: • https://github.com/ITPS/oerp<em>gap</em>analysis_ITPS</p> <p>Setup and Definitions - GAP Analysis elements</p> <p>• Control – If the customer needs it then put Keep in it. If customer thinks it not necessary then Drop</p> <p>• Category – Every functionality needs a category. This can be generated while entering the functionality directly or during a setup or configuration screen</p> <p>• Functionality: short description (will be used in the task name when creating the project)</p> <p>• Description – Describe full details of the functionality (will be included as description in the task.</p> <p>• Critical Level – a score between 1 and 4 that represents the importance of the requirement for the contributors 1: Nice to have 2: Customer system is available and should be used 3: Very useful 4: Critical to the company</p> <p>• Phase – Identify this task should done in which project phase. Phases are create on the fly when creating the project</p> <p>• Contributors – Names of the interested parties providing the functionality</p> <p>• OpenERP Solution Mapping – Which OpenERP module can be used for this task.</p> <p>• Identity the time may spend on those (in hours ): Basic Reports, Advanced Reports, Basic Processes, Advanced Processes, Basic Screens, Advanced Screens, Basic Workflows, Advanced Workflows, Access Rights Grops, Objects, Calculated Fields, Basic Wizards, Advanced Wizards</p> <p>• Effort – a score between 1 and 5 that represents the effort it would take OpenERP Inc. to implement the requirement. 1:Feature already exists as is in OpenERP, Can be down in one hour; 2:Feature already exists in OpenERP and requires configuration (like a rule or a switch), no development involved, however may need more time which about two hours 3:Feature doesn&#39;t exist in OpenERP and requires a small (less than 4 hours) custom development (no change in the existing logic); 4:Feature doesn&#39;t exist in OpenERP and either requires a heavy custom development (more than 4 hours) like a new module or a change in the existing logic; 5:Not enough information to identify the necessary development we need more detail</p> <p>If you have any questions on this document you can contact: • Nicholas Riegel (CEO at ITpedia Solutions LLC): nriegel@itpedia-solutions.com, 443-574-4877, Skype:itpedia</p>