需求设计过程注意事项

 

一、           提出问题清单

1、功能

• l  系统要实现什么功能？
• l  构建系统原因？
• l  系统程序外观Demo，大致绘出用户界面
• l  是否需要报表，及报表样式

2、数据需求

• l  用户界面需要什么数据？
• l  数据源？
• l  数据段如何关联？
• l  如何处理这些任务？

3、数据完整性

• l  各个字段允许获取哪些值?
• l  需要哪些必须字段
• l  各个字段有效域
• l  哪些字段需要参照外键？
• l  系统是否要做字段验证？
• l  是否有前提设置（如：下订单前需要客户记录）
• l  删除完整性（如：删除一个账号，是否删除对应记录，还表示为不活动）
• l  是否需要全天7*24访问
• l  数据备份形式
• l  系统崩溃带来灾难，丢失数据处理方式

4、安全性

• l  数据库内的数据是否需要加密？
• l  有哪些不同类别用户？
• l  每类用户数量？

5、环境

• l  该系统是增强还是替代现有系统？
• l  是否存在描述现有系统的文档资料？
• l  现有的系统是否有可供调研的纸质表单？
• l  是否存在与此系统相交互的其他系统？
• l  他如何与这些系统交互?
• l  新项目是否向现有的系统发送数据？如何发送？
• l  新项目是否从现有的系统接收数据？如何接收？
• l  业务的运作方式如何？（是否全局适用？）

 

二、           与客户会面

Benjamin Disraeli曾说过一句名言：“跟任何人谈论有关他自己的事情，他都会愿意长时间的倾听。”

目的：对需要解决的问题有中一个确切和完整的了解。

三、           项目中的重要人物

1、执行负责人

• l  推动最高等级的客户
• l  并不参与项目的开发与实验
• l  能尽可能地主持公道
• l  能够安抚项目的反对派

2、客户负责人

• l  此类人充分了解客户的需求
• l  项目中最重要的人
• l  此人必须安排足够时间和资源界定项目并回答您的问题
• l  应该有足够的权利界定项目及问题

3、客户代表

• l  指派向您回答问题并帮助定义项目的某个人
• l  执行客户日常的业务
• l  有时只精通部分业务功能
• l  需征求多个客户代表来涵盖所有问题

4、利益相关者

• l  任何对项目感兴趣的人
• l  其中一些人归类到客户负责人或客户代表
• l  有可能受项目结果影响，但没有直接发言权

 

四、           向客户请教

• l  尽可能多地从利益相关者那里了解情况
• l  最好从客户负责人那里了解客户需求（因为有权做出最后决定）
• l  确保客户完全说出他们认为需要的东西

五、           设身处地为用户着想

尽可能多的做记录

客户工作旁边进行观察

 

摘自：<数据库设计解决方案入门经典>