一、需求分析阶段 有这样一句话:“风险躲在需求的迷雾之后”。充分体现了需求分析的重要性,需求分析工作做得到位,就能为开发出优秀的产品奠定良好的基础,反之则有可能导致出现潜在的质量问题和业务价值的丧失。为了拨开“需求迷雾”,项目组在需求分析阶段做了大量的工作。
要求需求分析人员在与客户沟通的过程中避免使用计算机专业术语,要结合OA系统特性总结行业术语并在和客户的沟通交流中逐步学习客户“语言”。这样可以最大程度打破与客户之间的沟通障碍,为客户需求的收集和理解提供便利。 除却常用的通知公告、新闻、工作流、人力资源等通用模块,OA系统还具有强大的包容性,可以最大限度的容纳客户个性化需求,因此要求需求分析人员能更好地理解客户的业务,必要时采用驻场等方式观察客户实际工作流程。如系统开发过程中为满足客户对督查督办业务的需求,项目组派专人负责直接与客户督查室工作人员保持密切的联系,及时收集分析用户需求并反馈给开发人员。 即使是通用模块,在面对大量客户的时候也难免会遇到个性化的要求,对此项目组在保证系统稳定的前提下积极响应并尽量满足用户。极力把OA系统打造成一款适用于客户、让客户满意的产品。
二、实现阶段 软件实现阶段的主要活动包含:详细设计、编码、测试,是软件项目过程中工作量最大、历时最长、细节最多的阶段。如果保证实现阶段各项工作的开展,是确保产品高质量的重中之重。在实现阶段,项目组主要采用以下原则做到质量保证。
对于简单需求,关注重点集中在编码和测试,尽量弱化详细设计,避免耗费大量时间做无用功。 需要做的详细设计也把侧重点放在领域模型设计、业务流程设计、数据库设计、核心算法设计,并在需求变更的时候优先调整详细设计避免设计与实现脱节。 代码规范基于java编码规范结合具体情况进行调整,使之更符合项目组的要求,比如:要求类、方法、变量等的命名严格使用能代表实际意义的英文或缩写;简化对代码注释的要求,只有复杂的算法逻辑才要求必须添加注释。 进行不定期code review,代码走查人员不局限于固定的项目成员,而是采用互查的方式进行,通过这种方式可以让项目组成员学会阅读代码,发现好的编码思想和算法逻辑,也能发现别人代码中的不足以给自己警示,最终达到全员开发能力的提升。 要求开发人员对自己负责的功能做到单元测试,并根据业务的变化及时调整测试用例,也为代码重构工作的开展提供保障。 业务需求的变更、code review的结果,都可能需要变更代码,项目组以此作为代码重构工作的触发点。重构不是简简单单地增加代码或删除代码,需要在对业务理解的基础上进行恰如其分的代码调整,而代码重构也是开发人员对业务需求加深理解的一个过程。
【正-文-结-束】
OA系统:提高企业效率的利器,但这些坑要注意!伟创软件 -> OA协同办公系统 随着科技的飞速发展,越来越多的企业开始引入OA(Office Automation)系统来提高工作效率。OA系统作为企业信息化的重要组成部分,已不再是新鲜事物。然而,在实际应用中,许多企业经常会遇到一些问题。本文将分享OA系统的优势以及在使用过程中需要注意的“坑”,帮助企业更好地利用OA系统,提高工作效率。..
|