一些有关产品设计的知识点

从项目的需求——项目的落实——项目的上线，大致会走这样的流程：产品策划 – UI设计 – 研发评审 – 测试评审 – 研发阶段 – 测试阶段 – 上线。

1. 怎么从一个需求落实到一个系统的设计

需求分析：整体目标，用户需求，时间预算，各个功能模块

规格环境：设备，软件，接口

编码测试：功能，用户界面，性能，压力，容量，配置—最后集成&维护

(1) 关于需求分析、系统设计的一个问题

需求分析进行到什么程度就可以开始概要设计了？

需求分析做到：
1、需求明确(待建系统的目的、功能性需求、接口/界面需求、约束、非功能性需求)
2、明确领域模型以及他们之间的关系。
3、详细的用例。

就可以开始概要设计了。

概要设计做到什么程度就可以进行详细设计了？

全局：
1、系统的物理结构，包括网络环境和服务器分布。
2、系统的层次结构，以及各层次所使用的具体技术。
3、系统安装包的目录结构。
4、系统中的各个模块的部署情况。

表示层：
1、待建系统界面由哪些页面构成，以及它们间的层次与导航关系
2、最终的用户界面(原型)，可以是html的，也可以是ppt。

业务逻辑层：
1、系统中各个包(模块)中所有的公共类，用类图表示。
2、系统中每个包(模块)的对外接口，用类图表示。
3、时序图，针对每个用例，图示系统如何实现这个用例，满足用户的需求。

数据库层：
1、数据库设计的ER图
2、数据定义脚本(.sql)

其他：
测试计划

每一项产出最好配置图片说明。比如部署图、结构图、活动图等等。

做到以上内容，基本可以开始详细设计了。

详细设计做到什么程度就可以进行编码了？

事无巨细，统统都管，甚至是点击一个按钮提示的文字内容，也要包括。

(2) 面对一个设计需求，是全新设计一个系统还是基于现有系统改造一个系统？

参考.
1）优先选择基于现有系统改造出一个系统，对现有系统的选择必须保证以下几个特点：
a.类似系统。
b.成熟系统，并得到广泛认同和好评的系统。
c.已经大量应用的系统。
d.有广泛可扩展可利用的模块或资源的系统。

为什么要这样选择呢？优先需求只是一个大概，需求被提出以后如何变化和发展，你无法控制，那么在需求变化之后，你的系统如何去适应呢？一个成熟系统是具备适应变化的能力的，特别是经过了长时间演变和发展的系统。在客户使用现场，还有很多复杂的场景是新系统设计期间难以预测和估计的，只有现象出现了采取分析和解决，现有成熟系统已经将大部分问题的解决和预防囊括其中了。

站在巨人肩上更容易成功。

2）对无法找到类似现有系统的，必须全新开发，但须考虑系统从诞生到走向可以让客户满意使用需要一个成熟周期。需要安排一个环境，让系统逐步试用从中发现问题并解决，以逐渐走向成熟。

3）无论是改造一个系统还是全新设计一个系统，还有一个重要的尺度需要把握，那就是【开放】，和客户环境中运行的其余系统和客户现有系统结合的可能性，并为此做出努力。很显然，基于现有系统的改造，更易实现这些。open,open,open,是新系统潜在生命力的象征。

2. 怎么衡量两个不同设计的好坏

按上面设计过程来说，需求清晰，高内聚低耦合，测试覆盖完善

3. 怎么在各种限制下选择更合适的设计，提升该设计的可拓展性之类的

封装好，高内聚低耦合，数据存储结构设计易维护