销售erp软件

 　　项目决策和组织方式

　　本项目采取阶段性设计与开发，里程碑式的审查与冻结的策略，在项目开发过程中管理按照参照CMM3及ISO-9000系列国际标准的要求，采取项目经理负责制，组织方面我们有专门的软件需求小组、软件开发小组、软件质量管理小组、软件配置资源管理小组及软件测试小组。从项目的调研、需求分析、系统分析到程序开发、测试全过程先后投入的人力近200人月。

　　一、项目决策方式

　　项目组内使用专用的内部邮件服务器进行信息传递。项目组决策实行项目经理负责制，并在此机制下授权给各个管理小组负责各自KPA关键过程领域的管理，各管理小组使用内部邮件向项目经理报告小组工作进程。项目组每周五举行一次项目组管理成员会议，由项目经理、需求组长、软件质量管理组长、软件配置资源管理组长及开发组长等相关人员参加，对项目组内重大事项进行沟通协商，及时发现存在的问题，并采取合理措施进行修正。

　　二、项目组织方式

　　1、 软件质量管理

　　我们成立了专门的软件质量管理小组，来协助项目经理对软件的质量进行控制。采取的管理措施有：

　　A、质量计划编制

　　通过编制项目质量计划，确定项目的相关质量标准，把质量规划到项目的产品和管理项目所涉及的过程之中。

　　B、实行阶段性冻结与改动控制

　　合理划分项目阶段，明确每个阶段的任务和成果，一方面便于管理和控制工程进度，另一方面可以增强开发人员和用户的信心。在每个阶段末要‘冻结’部分成果，作为下一阶段开发的基础，冻结之后不是不能修改，而是需要经过项目的审批程序，在得到确认之后进行项目整体计划的调整，以纠正和防止进一步质量问题的发生。

　　C、实行里程碑式的审查与版本控制策略

　　里程碑式审查就是在信息系统生命周期的每个阶段结束之前，都要正式使用结束标准对该阶段进行质量审查，内容就是对影响项目质量的因素作出评价，并采用质量评估表进行描述。如果发现问题就可以及时在阶段内解决。版本控制是确保项目小组顺利工作的重要技术。通过给文档和项目成果标记修改信息，项目组的成员可以知晓文档和程序的修改过程。

　　D、制定接受和返工控制策略

　　接受策略是决定作为项目一部分的产品是否被接受或拒绝，如果项目干系人拒绝接受作为项目一部分产品，则一定要返工。

　　E、持续改进策略

　　持续改进是项目质量的一个永恒的目标。需要明确持续改进的主要利益，我们认为项目本身是一个为达到一个商业目的而不断修正迭代的过程。

　　2、软件配置资源管理

　　为保证项目文档、代码以及版本标识等配置项的统一管理与发布以及更好地实现对项目配置资源变化的可控，我们成立了专门的软件配置资源管理小组，制定项目配置资源管理计划，制定包括版本标识(包括符号版本标识及属性版本标识)在内的配置项命名规范(树状命名规则)，对配置资源实行基线管理(使用三种基线：功能基线、分配基线、产品基线)，并采用MS SourceSafe来进行管理。

　　例如：某详细设计文档的创建者并不意味着在项目开发的生命周期内对文档拥有完全的控制权，当创建者在规定期限内将文档提交给使用者即程序员使用时，文档即进入分配基线，基线化的文档即意味着文档的创建者失去了对文档的修改权，因为如果允许自由修改的话，有可能会导致程序员的开发工作的重复，影响整个项目的进度完成。

　　3、软件测试管理

　　当阶段性设计工作完成以后，由测试小组(为节省人力，我们是由需求小组和质量管理小组来充当测试人员的角色，设立一个临时的测试小组)编写阶段性测试大纲计划，明确测试的内容和测试通过的准则，设计完整合理的测试用例，以便系统实现后进行测试。在整个项目开发任务完成后，还要组织系统联调及用户UAT测试。