chesman的专栏

 1.       ADP平台设计目标l         在技术层面提供从需求、设计、开发、测试的一整套规约，采用统一的标准和方法论约束项目实施过程中的各个环节，以实现平滑衔接；l         架构服务于管理，通过一系列架构规范为项目管理提供技术手段；l         架构设计必须具备一定的前瞻性，通过架构师的经验和超前意识规避项目和产品在未来可能出现的技术风险；l      ...

      系统的安全控制模型主要包括部门、员工及其个性设置、角色、权限、业务数据五大元素，通过五大元素的相互关联实现系统严格的授权控制机制。     部门模型按照树形层级结构建立。一个部门可以有多个下级部门，一个部门只能有一个父级部门。     人员隶属于部门。一个部门可以有多个下属员工，一个员工只能属于一个部门。     角色是对一组有相同授权设置的用户的抽象，方便对一组用户进...

   本文讨论了某集团办公自动化（以下简称OA）系统项目管理中的沟通管理问题。该系统旨在提高集团各部门之间公文上传下达的效率、加强办公审批职能、真正实现无纸化办公。系统包括了流程定义、公文系统、短消息平台、日程管理等子系统或模块。本文首先介绍了OA项目的基本情况，接着重点讨论了本项目在沟通管理方面所使用的技术、工具和方法，指出了大多数项目的失败都与沟通不畅有关，项目管理人员可以通过制定良好的沟通计...

关于单元测试的问题之前我们也进行过讨论，但究竟如何实行、实行后能达到什么样的效果还没有形成结论。下面是我的一些想法，大家一起探讨。标准的单元测试应该完全由测试人员来完成，主要工作包括定义测试用例、编写单元测试代码、测试代码的执行和跟踪、测试报告分析。依赖资源：需求文档、界面原型、设计文档、功能测试用例生成制品：单元测试用例、单元测试代码、单元测试报告单元测试的目的是提高代码质量...

听起来大家都倾向于直接使用开源组件，组合起来就行了，不需要再自主研发。对于这种观点我持保留意见。我在具体的项目开发中使用过多种开源组件，也主持开发过电信BOSS业务框架。个人的体会他们的共性问题是：开源框架是立足于某一类问题提供通用的基础的解决方案，对于特定的问题域、业务域其通用性造成的后果是开发效率无法发挥到极致，各组件无法密切配合、总存在互相掣肘的地方，所以我认为基于基础开源组件，定制、整合、...

        首先声明，struts1的多模块配置很好很强大很有用，对于大型的web项目来说多模块化是必不可少的，结合合理的分层分包可以实现基本的可组装的业务。扯淡的是其配置方式，完全不人性化，感觉作者是火星人，举个例子：既然模块已经分成单个配置文件了，干嘛还要在web.xml中指定模块名？？这不是人为增加了配置环节吗？这个问题在java web开发中大量存在：学院派的思维习惯作祟，今天只是揪住...

           系统的安全控制模型主要包括部门、员工及其个性设置、角色、权限、业务数据五大元素，通过五大元素的相互关联实现系统严格的授权控制机制。        部门模型按照树形层级结构建立。一个部门可以有多个下级部门，一个部门只能有一个父级部门。        人员隶属于部门。一个部门可以有多个下属员工，一个员工只能属于一个部门。        人员聚集后可...