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