需求诱导检查表(Requirment Elicitation Questionaire)

简介:
需求诱导检查表(Requirment Elicitation Questionaire)
Objective(目标)
To provide generic questions helping to collect the requirements from our client. 准备一些通用的问题,去帮助我们收集客户需求。
Style(风格)
Most of the questions are open-end question in order to explore as much as information from the client. 大部分的问题是开放式问题,目的是为了更大程度的从客户处获取信息。
Details questions(详细问题)
1. Users 用户
1.1 Who are the users? 谁是系统的用户(使用者)?
1.2 How many people will use the software? 将会有多少人使用这个软件?
1.3 When is the software needed? 什么时候需要用到这个软件?
1.4 Where will it be used? 在什么地方用到?
2. System 系统
2.1 What is the existing system? 现存的系统是什么样的?
2.2 How is the existing system work? 现存的系统是如何工作的?
2.3 What sort of existing documents are needed? 现存的哪种文档是必须的?
2.4 How is the existing database organized? 现有的数据库是如何组织的?
2.5 What kind of server is used? 使用的是什么类型的服务器?
2.6 What is the existing hardware?   现有的硬件情况是什么?
2.7 What is the new system/ sub-system? 新系统和新的子系统是什么?
2.8 Is there any preference on system? 对于目标系统是否有什么特殊的需求(优先级别高的)?
3. Software 软件
3.1 Is there any previous product? 是否存在某个早期的产品?
3.2 Is there any existing software?   是否已存在某些软件?
3.3 Is there any related software?    是否有某些有关联的软件?
3.4 If yes, what is the comment on it?   如果存在,如何对此作出评价?
3.5 What is the purpose of the Software? 软件的目标是什么?
3.6 What sort of information is needed? 哪些种类的信息是必须的?
3.7 What is the input? 系统输入有哪些?
3.8 What is the expected output?   预期的输出是什么?
2.9 Any specific need on the software?    对目标软件,有哪些明确的要求?
2.10 Does it need to generate a report? 它是否需要生成一个报表?
4. Usability 可用性
4.1 Is there any usability concerns? 是否有什么可用性的要求?
4. Performance 性能
4.1 Is there any performance issue? 可能存在的性能上的问题有哪些?及对系统性能方面的要求有哪些?
5. Reliability 可靠性性
5.1.1 Is there any reliability issue? 是否有哪些影响可靠性的潜在问题?及对可靠性的要求?
5.2 Is back-up needed for the system? e.g. database   系统是否需要进行备份?比如:数据库
6. Portability 可移植性
6.1 Does it need to be work on other platform?   系统是否需要运行在其他平台上?
7. Maintenance 可维护性
7.1 Who will maintenance the system? 将来谁来维护系统?
8. Cost 费用
8.1 What is the budget of the project?   项目的预算是怎样的?
8.2 What is the maintenance cost is allowed? 怎样的维护费用是可接受的?
9. Social 社会性
9.1 Is there any sensitive area? 是否有哪些敏感区域?
9.2 Is there any political concern?   是否有哪些政治上的利益关系?
10. Security 安全性
10.1 What are the security issues? 可能存在的安全问题有哪些?及对系统安全性的要求有哪些?
10.2 Who can access the database? 谁有权限访问数据库?

10.3 Who maintain the database? 谁管理和维护数据库?

本文转自博客园知识天地的博客,原文链接:需求诱导检查表(Requirment Elicitation Questionaire),如需转载请自行联系原博主。


相关文章
从微信错误报告窥探个人隐私
今天使用微信突然异常退出,出于好奇打开了微信的错误报告详细内容
70 0
|
监控 安全 大数据
你的汽车可能正在监视你!隐私信息和删除数据都能被检索,还能规避违法风险?
你的汽车可能正在监视你!隐私信息和删除数据都能被检索,还能规避违法风险?
156 0
|
Oracle AliSQL 关系型数据库
防删库实用指南 | 只需一步,快速召回被误删的表
数据库的一些非常不错的企业级功能都是“养兵千日,用兵一时”,比如Oracle 10g中的回收站(Recycle Bin)功能,可以在特殊情况下发挥特种兵的功能,比如当你删除一个表空间、一个用户(Schema)时
6104 0
防删库实用指南 | 只需一步,快速召回被误删的表
|
安全
网络订票当心三类陷阱 最好当场识别真伪
春节将至,学生放假、公司职工回家过年,导致火车站、机场人流量激增,网上订票由于其操作简单受到了不少人的青睐,但是网络订票诈骗现象比较突出,提醒大家网上订购车票时一定要慎重。 据介绍,骗子主要有以下诈骗手法: 骗术一:虚假网站――骗子建立虚假网站,打上“专业购票”的名号,在各大网站、论坛上挂链接,做广告。
835 0
|
SQL 安全 数据库
卡巴斯基遭黑客SQL入侵 曝光敏感信息
  据国外媒体报道,一名黑客上周六声称,已成功侵入知名互联网安全厂商卡巴斯基的一个敏感信息数据库,并获得了有关卡巴斯基产品及其客户的敏感数据。   该黑客称自己使用简单的SQL注入命令就成功攻入此数据库,该数据库内有大量卡巴斯基的产品与客户信息,包括用户名单,激活码,软件bug列表,管理员名单等,他还公布了屏幕截图和大量细节做为佐证,卡巴斯基拒绝对此置评,但两名安全专家浏览了这名黑客公布的资料后表示,卡巴斯基数据库被攻破导致资料外泄的情况属实。
1097 0
|
监控 安全 关系型数据库
“拖库”防不胜防,如何早做预防?
近期有消息爆出某酒店数据库被拖库,数据主要包括注册资料、酒店入住登记信息以及开房记录。 此次事件涉及用户信息十分敏感,后续连串反应将造成的损失难以估计。我们在思考如何保护自己的信息安全同时,更要思考企业如何保证信息安全,做好安全加固,避免千丈之堤,溃于蚁穴。
4742 0
|
Web App开发 缓存 监控
2018 前端性能检查表
众所周知,性能十分重要。然而,我们真的知道性能瓶颈具体在哪儿吗?是执行复杂的 JavaScript,下载缓慢的 Web 字体,巨大的图片,还是卡顿的渲染?研究摇树(Tree Shaking),作用域提升(Scope Hoisting),或是各种各样的与 IntersectionObserver、Cl...
1968 0