软件项目过程分析.docVIP

软件项目过程分析 　　摘要:通过一个基于J2EE项目的开发过程进行分析,讨论了项目开发普遍需要考虑的两条路线,技术架构线和项目规范线,同时给出两条路线的最佳实践方案。 　　关键词:配置管理;软件过程;项目管理 　　中图分类号:TP311文献标识码:A 文章编号:1009-3044(2010)10-2395-02 　　Software Project Process Analysis 　　WANG Bo 　　(School of Software Engineering, Tongji University, Shanghai 201804, China) 　　Abstract: Through a J2EE-based project development process analysis to discuss two aspects, which the project development should consider in general, technical architecture and project specifications, and provides best practices for both of them. 　　Key words: configuration management; software process; project management 　　随着软件项目规模的扩大,推动了软件工程和软件技术的发展。但当前软件工程和软件技术的研究也日益深入。项目的管理一般需要把握两条线,技术架构和开发规范,本文基于一般多层架构的项目做一个软件项目开发过程的实践分析。 　　1 技术架构 　　技术架构可重可轻,它将直接涉及到安装运行环境,从而影响到软硬件成本,同时对项目组成员要求不同,从而影响项目进度,由于主流.Net和J2EE架构中,J2EE灵活性高,以下以J2EE平台进行架构考虑。 　　如果系统同时在线用户数目不大,操作方式不复杂(不会涉及远程调用,服务器集群,异步消息处理),项目规模不大(数据库结构表数目在100个以下),就一定不要使用EJB,也就是不要把Application Server引入。如情况相反,则往往需要应用系统分层实现策略。分层是实现一个健壮的复杂的现代软件系统的前提,一般的系统都必须考虑数据持续层、业务实现层、请求控制层和显示层。理清这个层次结构有助于设计阶段制定架构的实现,从而保证整个系统的结构清晰。以下是可供参考的策略。 　　1.1 数据持续层 　　当前数据库大都是关系型数据库,在面向对象设计语言下,使用O/R Mapping工具好像是很自然,如果架构中使用了Application Server,大家自然的选择是EntityBean,其容器事务管理方面确实很大优势。另外一个比较好的持续层方案是JDO和Hibernate工具,他们都支持通过POJO(Plain Old Java Object)进行O/R Mapping。他们实际上只是一组Java Class的工具类,不需Application Server支持。O/R Mapping技术在项目规模比较大的情况下,可以大大减少一个对象增删改的SQL语句数量,加快开发速度和质量,但对于小型项目却未必需要考虑,完全可以使用一个SQL执行工具完成访问数据库工作,Apache下开源项目Common里有个DbUtils就是一个好选择,所有SQL语句可以写在一个文本配置文件里,便于修改。 　　1.2 业务实现层 　　在使用Application Server时,毫无疑问使用Session Bean处理业务, 同时为每个Session Bean提供一个Business Delegate是一个不错的设计,为客户端隐藏调用细节。在轻量级情况,就用普通Java Class就可以了,业务层的设计主要在于相似业务的重用,一般做法把一些可重用方法提取到基类,例如得到数据连接,执行查询SQL和没返回的SQL,关闭数据连接,可以为各种类型的数据库操作在基类提供方法,而具体业务子类只要使用这个基类方法即可。 　　1.3 控制层 　　控制层负责接受请求,校验访问权限,调用业务对象,保存结果,分发视图,如果在大项目里,建议使用Apache下的Struts框架,当要注意合理使用,有必要进行合适的扩展。但不管是否使用Struts作为控制层框架,基于MVC的实现必须有如图1这样的思路。 　　Business是业务实现,Action负责提取请求中数据以适应Business的接口,读取结果以合适的结构返回给客户,运用Command模式进行设计,SecurityManager负责访问控制,同时对Action池进行管理,提高性能。而