方式确定一套可性的方案。
本次产品版本改造我们非常重视设计，包括架构设计和UI设计两方面。系统技术选型为ASP.NET后台 + Silverlight前台，这对于系统前台只需要后台能够提供稳定的通信接口就行，对于系统后台的整体架构可以不关系其如何实现。鉴于多年来这套产品的实施情况来看，不同的客户需求不一致，以及部署麻烦等诸多问题。老系统中采用了插件式架构的方式将不同的功能模块进行系统功能组件化，以便能够通过灵活的配置实现系统功能点的动态组装，并采用了智能客户端实现系统部署和更新。
新版本的产品也同样采用了插件式的架构设计，包括系统后台业务组件的插件化，系统前端插件化功能模块组合。研发了一套基于MEF框架的Silverlight插件式架构框架，可以灵活的更具系统配置组合系统功能模块，动态装载模块程序包并托管运行等。
对于设计管理工作主要涉及到架构设计管理、功能模块详细设计管理和系统UI设计管理三方面。
1）、架构设计管理
架构设计以安全、稳定、高效、 易维护、扩展等为导向，基于微软MEF设计的插件式开发框架。通过不断的优化更新，最后确定下最终的框架设计方案，输出架构设计文档并提交到配置管理，然后启动框架的开发，测试。在具体的研发过程中出现了相关的变更通过会议评审确定变更后的解决方案，然后更新架构设计文档并修改框架实现完善框架功能，整个过程中都有指派专人负责。
2）、功能模块详细设计管理
需求明确的前提下开展功能模块的详细设计是非常顺利的，基本上和架构设计的管理差不多，首先确定下模块的实现方案，然后编写详细设计文档，文档通过审核后提交到配置管理，然后启动模块开发。如有变更需要从走评审，重复前面的步骤，每个功能模块都有指定直接负责人。
3）、UI设计管理
UI设计管理这块的工作相对比较简单点，基本流程也相差不大，首先确定下设计方案，然后再开展设计工作，如果设计出的UI效果图没有达到预期的效果或者对于前端开发人员来说比较难以实现，就将需求提交给美工进行修改。在设计过程中的步骤大致如下：
A：设计出主体界面框架效果图，确定后由研发人员实现系统主体框架界面。
B：设计出通用的界面元素，确定后由研发人员将通用界面元素统一开发为通用用户控件或者定义为系统样式资源。
C：细化到功能模块的局部，根据不同的模块功能实现设计出大方、直观、简洁的界面，确定后由研发人员实现界面效果。
研发管理主要是在研发进度、风险、成本、质量、沟通以及团队管理方面。首先根据系统功能清单划分出WBS工作分解结构，随后制定了研发计划，在研发计划执行过程中根据实际进度情况不断细化WBS工作分解以及更新研发计划。使用了微软TFS做项目配置管理，并基于TFS展开项目管理工作，包括进度计划，进度跟踪，任务分配等，并让团队成员通过配置管理直接将分配给自己的任务同步到本地Project项目计划文件中，一旦项目计划发生变动便立即通知团队成员更新项目计划表。盯紧项目计划，按照计划有效的执行，从而在项目风险和成本上可以得到一定的控制。
由于团队成员对于Silverlight技术的掌握程度不够深入，同样也存在着很大的风险和成本投入，技术层面上我采用的是培训的方式来提高团队成员的技术水平，集中培训技术大体范围，私下根据其负责的功能模块对技术的需求情况单独指导，以此来保证不同的人重点学习自己负责的功能模块需要的技术点及某一方面的技术，不用团队成员都将所有的技术点都学习一遍，从而缩短了学习时间，为整个产品研发直接降低了成本的投入。
对于研发过程中的产品质量管理也是非常重要的，项目启动后我们项目