向各位项目经理请教一个关于需求书的问题

我K,迈克尔.朱珠真是了不起，令小弟汗颜，先给您预定100分，这个贴字我再加100，抛砖引玉嘛。另外 to小贵子，我在http://cn.esoftbank.com/softwareengineering/documents/approved/Standard/GB-9385.htm 查到了，你看看。

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

软件需求说明书编写提示【注意：以下黑体字章节名为国家标准规范所要求，不要改动。小字号文字为编写时用于参考的提示或说明。小字号说明中的黑体字部分可照抄或稍加修改。说明中的其它文字编写时不要也照抄以免闹出笑话】
一、引言
1、编写目的
    这份软件需求说明给出（此处填写软件名称，如??管理系统）需求规格的详细说明，包括最终实现的软件必须满足的功能需求、性能需求、接口和用户介面需求以及属性、设计约束等。
目的在于：
·委托方和开发方对欲开发的软件需求取得具体的共识，为开发过程的质量保证以及最后的提交验收提供标准；
·为下一步软件设计提供依据。
本书的预期读者是：
·双方技术管理人员；
·项目开发人员
·参与本项目开发进程各阶段验证、确认以及负责为最后项目验收、鉴定提供相应报告的有关人员。
2、背景
    本节简单叙述项目提出的背景，包括委托或合作单位情况、项目目标、软件适用范围、双方合作开发或委托开发、项目开发的系统与应用单位现有系统的关系（替换或相互连接或部份替换）、本次开发任务与双方意向开发的下一期开发任务的关系。
3、定义
       本项目开发的软件，双方约定：
       中文全称：___________________
       中文别称：___________________
       英文缩写：___________________
    列出本文中用到的专门术语的定义和外文首字母组词的原词组。如没有，则写：“本计划书用到的术语符合国家标准《软件工程术语（GB/T 11475-1995）》”
4、参考资料
       列出引用的参考资料，如：
       ·本项目的经核准的计划任务书合同或上级机关的批文；
       ·与本项目有关的其他已发表的资料；
       ·本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
       与本文直接相关的国家标准包括：
       GB8566-1995    软件生存过程                        中国标准出版社     1996年
       GB8567-88      计算机软件产品开发文件编制指南      中国标准出版社     1996年
       GB9385-88      计算机软件需求说明编制指南          中国标准出版社     1996年
       GB/T11457-1995 软件工程术语                        中国标准出版社     1996年
二、任务概述
1、目标
    叙述该项软件开发的意图、应用目标、使用范围以及其他应向读者说明的有关该软件开发的背景材料，为待开发软件的功能提供一个摘要。解释待开发软件与其他有关软件之间的关系，以及体现这种关系的接口的简要说明或图标。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本软件与该系统中其他各组成部分之间的关系，最好用图来表示该系统的组成和本产品同其他各部分的联系和接口。
2、用户的特点
    列出本软件的最终用户的特点，分类说明使用人员、操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些都是软件设计过程中要重视的设计约束。
3、假定和约束
    列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。三、功能需求规定
    这一部份是需求说明书的主要内容。具体编写时可分列成多章。分章的内容又可以有多种方法。每一个功能基本上包括：输入、处理流程、输出有及性能、介面等多项内容。为了编写方便和使用阅读方便，建议用如下方式安排章节：
第三章功能需求规定（一）——功能综述
将全部功能分类，最好列表。
第四章功能需求规定（二）——***类功能需求
        每一节叙述一个功能，内容和格式如下：
        功能名称：____________________  功能编号：____________________
        输入描述：
        处理流程：
        输出描述：（包括输出表格形式）
        注意：至于本功能的性能和用户介面可分别归入性能需求和接口需求二章。
              另外，功能编号系内部约定，便于详细设计和编码。
第五章功能需求规定（三）——***类功能需求
       格式同上
...
...
...
第N章功能需求规定（X）——***类功能需求
N+1、  性能需求的规定
a. 精度
    说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。
b.  时间特性要求
说明对于该软件的时间特性要求，如对：
·响应时间；
·更新处理时间；
·数据的转换和传送时间；
·解题时间；
等的要求。
c.  灵活性
  说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
·操作方式上的变化；
·运行环境的变化；
·同其他软件的接口的变化；
·精度和有效时限的变化；
·计划的变化或改进。
  对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
N+2、  输入输出需求
    解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。各类输入输出的报表格式可分类列表在这一章，也可作附录。
N+3、  数据管理能力要求
    说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
N+4、  故障处理要求
    列出可能的软件、硬件故障以及所产生的后果并列出对故障的处理措施。
N+5、  其他专门要求
    如用户单位对安全保密的要求、对使用方便的要求、对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
N+6、  接口需求规定
    此处主要指用户有特别要求的操作介面，一般与具体的功能项相联系，如放在功能的章节描述介面，则可能冲淡功能本身的描述。此处单列一章，可综合描述整个系统和各项功能操作时的介面设计需求。也可以先罗列介面设计的总的需求（如直观、易学），然后择其要者再分节介绍。这一章也可以放在第N+2章之前。这一章的内容与详细设计时菜单与介面的设计有直接联系。
N+X、  运行环境规定
1、设备
   列出该软件运行时所需要的硬设备。说明其中的新型设备及其专门功能，包括：
a. 处理器型号及内存容量；
   b.  外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
   c.  输入用输出设备的型号的数量，联机或脱机；
   d.  数据通信设备的型号的数量；
   e.  功能键及其他专用硬件。
2、支持软件
       列出支持软件，包括要用到的操作系统、数据库管理系统、开发工具、测试支持软件等。
3、接口
       说明该软件同其他软件之间的接口、数据通信协议等。
4、控制
       说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
   注意：如需要时，还可另加一章：开发环境的需求，内容与运行环境类似。
你所要的需求书不应该在调研之前写的，而是应该在调研完成了之后再写的。
它是把用户的需求用你的语言组织成项目实现时的一个蓝本，也就是其他开发人员可以根据你的需求说明书制定开发计划和设计数据库等。同时，需求书也必须要经过用户的检查和确认，成为最终验收时候的凭证之一。
goalitaly(迈克尔.朱珠)写的东西，实际是需求书中开头和结尾的部分，对用户和开发人员来讲实际上是没有多大意义的（用户看不懂，开发者也不去看—这是针对大多数需求书写出来的使用效果而言），关键的部分在于怎么把用户的需求体现为系统的设计，包括数据的流向（数据的输入和输出方向）、数据处理的要求、流程实现等。如需要，[email protected]详谈
谢谢小新。可是这个需求书是在调研之前交给客户的，因为在调研时需要经过客户所在单位的各个部门的协助，还需要用户准备XXX资料，或者说，就是让他们单位的领导给一份授权书允许我的开发人员去调研，可是我的上头说这也得写一份需求，由于以前也没写过，只好问一问了。应该不是很长很难的那种，我自己估计可能应该把软件大概的说一下，然后主要说他们应该干什么，但是这个尺度我把握不好，不知是应该软件多说点还是需要客户多一点，需不需要正式文件的格式，等等。
计算机软件产品开发文件编制指南 GB 8567-88
Guidelines for computer software product development documentation
中华人民共和国国家标准
看一下，有帮助
Hi visual，我觉得你不需要太拘泥于某些流程或条文，因为做项目都并不是固定死的，每个项目都会因为客户以及项目内容不一样，而流程不一样。但是你对软件工程多些了解，肯定会有帮助的。
看你写的问题，其实你现在要写的只是需求分析这个过程中的前期工作，你们公司已经对项目内容和客户都有些了解，根据这些了解，其实你已经可以有一个outline，就是对项目的一个概括性的描叙，包括项目目标，要实现的功能和解决的问题，并且将如何去解决，还有哪些是需要更多了解和需要用户配合的，需要用户配合的工作就是在了解用户的需求。注意你是写给客户看的，因此你的语言要简单易懂。这个文档的重点不是技术文档，这个文档最大的作用是和用户沟通。
所有《计算机软件产品开发文件编制指南》全文
http://www.emene.com/fied/em/61-1.htm
to westwf():我不这么认为，如果是对程序员来说，当然是随心所欲最爽了，因为可以按照自己的心情想怎么做软件就怎样做软件，可是对一个商业程序来说，如果没有项目需求书以及标准在软件公司和客户之间，多人的合作开发就会很困难，因为没有文档和标准制约这些人，这还好说，毕竟是内部矛盾，互相商量商量就可以了，如果没有和客户签好的开发协定，例如说调研完以后做出的项目分析和设计方式是要经用户核准和签字的，如果没有这些，就会陷入客户让你整天改这个、改那个的尴尬境地。这对一个签了合同、限制工期的项目是最不利的。最重要的是，一旦一个程序员做完了一个项目没有文档，会给以后的维护...,或者说，没有维护了。参考。
to westwf()，我想你肯定是个写写程序的小混混而已，你如果进入了大公司的学习了一端时间，你就说话没有这么放肆了，很通常的规律：“没有规矩，不成方圆”，小公司确实不注意这些，你到华为联想创智去看，哪个公司没有这些规范，人家为什么重视PMP CMM等，就是因为规范上档次！
老兄，要英文的模板吗？美国鬼子开发用的，比较实用，国家的所谓标准太理论化了
留下你的email
to Kronus(Kronus)
[email protected],谢谢。
to Kronus(Kronus)
[email protected],谢谢。
Kronus(Kronus) 给我一份，thx
[email protected]
给我一份吧，先谢旁听[email protected]