Functional Specification 学习笔记

xblues

BA经常处理的文档分为

• Business Requirements
• Functional Requirements
• Non-funcational Requirements
  

Requirements 又称为Specification (SPECS)。

xblues

http://www.mojofat.com/tutorial/


Introduction 介绍
用Functional SPECS来形容项目的：

• Look
• Work
• Do
  

Define Application 定义应用
思考一下基本问题：

• What is the application supposed to be? 简要概括系统的功能
• What is the application supposed to do? 功能列表
• Who is going to be using this application? （use cases, user stories）
• What are the metrics? 检验标准
• Is there a precedent for this application? 是否已经有现行系统，以便学习和比较
  

Models 模型，建立3个模型

• User's Conceptual Model
• Designer's Model （关键部分）
• Programmer's Model
  

用户模型是从用户的角度出发来描述系统，描述用户都干什么，用户都能干什么，系统有什么功能。比如描述一个 Yahoo Club，不要描述这个Club有一个邮件列表，有一个论坛之类的东西。描述用户在这个Club里面都可以干什么，比如打保龄球，玩扑克，跳舞。

设计者模型，这个是关键部分，可以采用objects和classes来描述。比如下面的图表
http://www.mojofat.com/tutorial/model.html

程序员模型，这个只和程序员有关，估计是一些类之类的模型。


Information Flow 信息流程图

• Define the navigational elements 网站导航图，网页导向图
• Diagram the organization of the information 组织结构图，用户流程图
• Create a prototype 建立模型，很多人喜欢看界面模型，而不是流程图
  

Wireframes（界面图） & Mockups

• Create wireframes for your key pages
• Design for the functional requirements, business requirements, and user requirements
  

建立更加复杂的关键页面的模型图


Design Document 设计文档
http://www.mojofat.com/tutorial/designdoc.pdf


Functional Specification 写文档

• Cover everything
• Use lots of screen shots
• Write concisely, correctly, and consistently
• Use the tools and format most comfortable for you
  

这里有很多例子可以参考
http://www.mojofat.com/tutorial/conclusion.html


這是一個可以用來參考的文檔例子
http://www.mojofat.com/tutorial/MBSpecCh5.pdf

xblues

They provide a precise idea of the problem to be solved so that they can efficiently design the system and estimate the cost of design alternatives. They provide guidance to testers for verification (qualification) of each technical requirement.

功能需求重點描述軟件界面特徵，不涉及內部流程。典型描述如下：

When the user clicks the OK button, the dialog is closed and the focus is returned to the main window in the state it was in before this dialog was displayed.

更像是用語言來描述Use Case。重點集中在用戶和系統之間的交互。

When the team agrees that functional specification consensus is reached, the functional spec is typically declared "complete" or "signed off".

click

这个是ba用的吧

xblues

这篇文章写的相当好了，值得一读！！！
http://news.csdn.net/n/20031205/14321.html



它是总结一个软件功能和性能、使用方案的总结书，是描述一个产品，到底该为客户提供什么服务，起到什么样的作用，到底可以完成什么任务。

设计规范书是描写产品对客户怎么用，而不是描写这个产品具体开发逻辑怎么执行

除此之外是性能需求，光描写说我这个软件按一个键可以写一个数字还不够，如果是客户要求我按一个数字，在0.3秒之内写出来，或者是我按键以后印出五百万字来，他显示数据的速度怎么样，他的要求也是影响到设计规范书的。他包括整个系统的要求，如果大型的软件，运行的系统，什么样的硬件，什么样的内存存什么样的网络，所有这些对性能的需求都起到影响。他的运行的环境，到底是有没有兼容不同的操作平台，不同的操作平台之间不同。对软件的功能也是起到影响的，还有安装部署，特别是大型的系统，因为我在搞工业控制很多年也知道，安装部署的要求，软件在实验室完成跑到真正大型的工厂里，完全是另外一回事。环境的安装部署要求，在很脏的环境里，边上有各种干扰的因素，在这样的运行这样的软件，性能是不是有保证，保证不会死机，数据不会出现什么错误，或者出现错误有什么样的反应，这些都会影响到开发软件的要求。还有是质量要求，有一部分是能解决的，还有一部分是不能解决的，中间的质量要求是碰到什么情况能够对付，碰到什么情况怎么应付，这些不同的用户都会有详细的要求，这些都是规范设计书应该总结的内容。

软件规范书的读者，规范书是干什么的，为谁而写？开发团队，测试团队，文档团队，可用性团队，市场营销团队，客户领导，

先留下脚印, 回头在好好看看...

andyyang

这些内容，这周要恶补， 还有一篇讲敏捷的笔记是哪篇啊？