如何写软件项目需求说明书

第一篇：如何写软件项目需求说明书

如何写软件项目需求说明书

进入软件开发行业也有一段时间了，大大小小项目也接触了一些，对于怎么写好项目需求文档做一下总结，发表一下自己的看法。1 获取需求：

作为需求方也就是甲方，通过语言描述或文档的方式将需求（系统需要提供的功能）提交给开发人员（需求分析人员）。

获得需求的方式可以有多种多样：电话询问、现场考察、聆听用户讲解、阅读用户编制的相关文件(如招标书)，其实这些方法都是GET方式，我们可以通过以下两类技术手段来达到：GET(获取)和PUSH(引导、反馈、激发)相互结合的方式来得到我们真正的需求，而这两个过程都是必须交互进行的，一般我们可以筛选一名非常有经验(包括谈判技巧、深厚的业务和技术背景、人缘很好、勤奋努力)的人士担任需求工程师，长期在客户那里工作。2 需求分析人员

（1）根据客户提供的文档或语言描述，将需求按功能划分，以用例图的方式表达系统提供的功能模块及功能模块之间的关系，完成用例图后与客户确认大的功能模块，并对每个功能模块做进一步的沟通详细记录用户所提供的关键性的描述，此过程需要系统分析人员对客户进行引导。

（2）对每个功能模块进行详细分析与描述，具体信息包括：用户角色、功能说描述、IPO的方式进行描述（即输入项、输出项、处理）、要提供必要的功能说明，如果使文档更加直观，更容易让客户理解，可以用UI的方式表达输入输出，配合必要的描述，这样对于客户更加容易理解，需要与客户进行大量的沟通确认。

（3）编写数据字典：在需求阶段，很难使团队的思路一致，建立一个合适的机制是完全必要的，这就是数据字典，数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。

（4）关于文档具体表述的格式与形式，要根据所要表达的功能来确定，最重要的是把事情描述清楚,这事最终的目的；

(5)需求文档确定后，设计人员根据这份需求文档进行系统的设计工作了。

第二篇：《××项目软件需求变更说明书》

软件需求变更说明书

项目名称： 长益高速收费数据分析系统一、概述

因湖南省高速公路联网拆分系统软件升级，导致长益下属收费站入口和出

口交易数据、拆分数据、代收拆分数据无法获取。而现阶段省高管局监控中心无法在上报报表日期内提供拆分数据，从而导致长益高速收费数据分析系统无法输出相关报表。经过深入了解和分析，在与业主方多次探讨后，提出以下变更说明。

二、变更内容

 MTC实收和流量

原始情况：

人工收费系统出口站收费数据和出口流量的导入，是由收费站工作

人员从站级拆帐网下载的“收费数据统计报表”并再录入部分细分数据，导入长益收费数据分析系统。

变更后：

收费站工作人员在分析系统中MTC实收功能模块中只录入出口各车

型实收收入、各车型流量、免费车流量、绿通车流量、系统外收入、绿通车减免金额、免费车减免金额、手工票金额。

运营部工作人员在分析系统中MTC实收功能模块中导入本路段各站

进，其他路段出的代收流量的各车型估算流量。其中包括各车型流量、绿通车流量、免费车流量。

 MTC实得

原始情况：

人工收费系统实得数据的导入，是由收费站工作人员从站级拆帐网

下载的“拆帐统计报表”，导入长益收费数据分析系统。

代收实得的导入，是由运营部工作人员从拆帐网下载的“长张高速

公司名称，版本号

2公路联网收费实际分配收入统计表”，导入长益数据分析系统。

变更后：

运营部工作人员在分析系统中MTC实得功能模块中导入估算MTC各

车型拆分收入。其中包括本路段各车型收入、系统外收入及代收业主各车型收入、系统外收入。

 报表输出

由于原始基础数据的变更，所导致从数据模型上的建立发生了变化，从而将导致原长益数据分析系统输出报表无法根据原来基础数据的数据输出，需要转换为估算的数据输出，需要对所有的报表进行修改。

需要修改的报表有以下：













































 公司－绿色通道车辆 公司－收费站拆帐情况表 公司－单车收费标准计算表 公司－流量对比表 公司－各类车流量收入比重对比图 公司－各类车流量收入比重表 公司－实征率 公司－高速免费车 公司－收费车流量统计 公司－ETC收费车与免费车 公司－月流量分析 公司－ETC征费情况 公司－月收入图 公司－月收费情况总表 公司-收费车流量与收入统计 路劲-收入影响因素对比表 路劲-项目每月输入及车流汇总表 路劲-各站每月收入及车流汇总表 路劲-历年路费收入图 路劲-历年次票车流量图 路劲-日报 省局-交通流量统计月报表 省局-绿色通道和免费车公司名称，版本号

 省局-其他收入分项统计

 三年同天对比-1月

 三年同期对比-2月

 三年同天对比-3月

 三年同期对比-4月

 三年同期对比-5月

 三年同期对比-6月

 三年同期对比-7月

 三年同期对比-8月

 三年同期对比-9月

 三年同期对比-10月

 三年同期对比-11月

 三年同期对比-12月

 周报-高速公路

 周报-总表

 周报-流量图

 周报-收入图

 周报-老路

 月报-月收费

 月报-财务系统内金额拆帐

 月报-月度收费情况

公司名称，版本号 4

第三篇：软件项目需求建议书

篇一：软件需求建议书

医院门诊管理系统需求建议书

2012年3月26日

有关公司：

现需一个医院门诊管理系统，要求具有相关项目经验的软件公司参与竞标，要求能对该系统进行合理的编写，保证系统能够稳定运行，并且在预定时间内交付我院使用。

项目目标：

系统分为5个子系统，即（a）挂号管理系统(b)病历管理系统(c)药品库存管理系统(d)内部资料管理系统(f)财务管理系统。并且需要保证系统运行稳定准确。

1.工作表述

承包商应执行以下工作任务，及工作要求：

(1)系统应使用本院的局域网，win98、win2000、winxp、win7等环境

下，可进行稳定准确的查询，修改、处理功能。

(2)数据录入功能：其中包括在挂号时的患者信息录入，病历管理的录

入处方和内部资料管理中的医师信息的添加。

(3)数据的修改和删除功能：其中包括改号、退号和内部资料管理中的

患者、医师信息的修改和删除功能。

(4)数据查询功能：包括在诊室管理中的药品的模糊查询，对库存不足

的药品报警，内部资料管理中的医师、患者信息的查询中包括单项查询和组合查询。

(5)统计报表功能，财务报表：统计每天患者交款报表和挂号员每天的

交款单。统计患者总人数和总费用。

(6)按处方类别和拼音码分别统计药品的总数和库存剩容量。

(7)按科室名称和是否专家级别分别统计医师总人数信息。日报表：打

印每天的患者人数、就诊科室等，以及医师每天的出诊数，检验、检查、手术每天的执行次数，以及这些项目的总金额。

(8)合计费用功能：患者凭挂号单到交款处交款，系统根据门诊号码自 动调用患者信息，显示患者的单项费用和总费用，自动找零。

(9)系统管理功能：其中包括用户和内部人员的修改密码功能，根据权

限添加用户和管理员。数据备份功能。

(10)帮助功能：包含医院简介和系统主要实现功能简介。

2交付实物

（1）必须准备一份详细的系统设计报告，以及所用到的技术，用以监测产品

质量。

（2）有关项目进程的书面报告必须在每15天交给本院。报告应简明，并且

重点放在与承约商的原计划和时间表相对应的进程上。报告应涉及到各项活动、取得的进展、接下来15天的计划、花费的时间与金钱。对于落后进度计划进程的工作项目，应当提供一份计划，使项目能在原进度计划和预算内完成。

（3）在合同预期内，交付我院一个能够运行正常稳定的完整的系统。并且在

后期一定时间内提供免费维护。

3其他要求

（4）本院会向承包商提供本院的一些业务流程。

（5）承约商必须在执行工作前，获得本院对最终计划的认同。

（6）合同必须以一个商定的价格，给提供满足需求建议书要求工作的承约商

付款。

（7）承约商必须最迟在2012年5月1日以前提供给本院两份建议书备份。

（8）本院希望在2012年6月1日前选中一家承约商。这个工程需要完成的

期限是十二个月，从2012年7月1日至2013年7月1日，所有交付物必须不迟于2013年10月1日提供给本院。

（9）本院将按照下面的时间表付款给承约商：当项目完成了1/3时付总额的

1/3；当项目完成了2/3时付总额的2/3；当本人已经满意于项目的100%，并且承约商已履行了全部契约义务时再付出总额的最后1/3。

申请内容

(1)承约商能清晰理解需求建议书，理解什么是被期望达到的要求。承约商应有对每个任务和任务如何完成的详细描述。

(2)承约商将要提供的每一份交付物的描述。

(3)列出条形图或网络图表，列明每周要执行的详细任务的时间表，以便在要求的项目完成日期内能够完成项目。

(4)叙述一下承约商最近已经执行过的相似项目，包括已完成的子系统，以及其他子系统的完成进度。

(5)列出工程具体人员的姓名和详细简历，以及他在类似工程的精彩的经历。

(6)必须说明项目所需要的人月，并通过一份详细的工作时间分解和每个被指派于工程的员工的小时成本费用来验证。此外，所有直接费用逐条列表也必须包括进来。

(7)承包商需列出贵公司的软件能力成熟度(cmmi)等级。

(8)本院将按照以下的标准评价所有承约商的申请书：

a．设计方案(30%)。设计的实用及涉及技术。

b．经验(30%)。被指定工程的承约商和工作人员执行类似工程的经验。

c．成本(30%)。承约商申请中的所列的固定成本。

d．进度计划(10%)。为了在要求的项目完成日期内或在此日期之前完成项目，承约商应提出进度计划的详细而全面的连续说明。

篇二：软件系统项目建议书完全版

****系统项目建议书

2014年5月

目录

概述....................................................................1 1.1 文档编写目的...........................................................................................................1 1.2 系统建设目标与内容...............................................................................................1 1.2.1 系统建设目标...................................................................................................1 1.2.2 系统建设的主要内容.......................................................................................1 2 系统设计方案.............................................................1 2.1 总体架构设计...........................................................................................................1 2.1.1 系统总体业务架构...........................................................................................1 2.1.2 系统总体软件架构...........................................................................................1 2.1.3 系统总体技术架构...........................................................................................1 2.2 系统组成...................................................................................................................1 2.3 系统数据流...............................................................................................................1 2.4 系统功能...................................................................................................................3 3 系统部署方案.............................................................3 3.1 系统部署架构...........................................................................................................3 3.2 系统环境...................................................................................................................3 3.2.1 软件环境...........................................................................................................4 3.2.2 硬件环境...........................................................................................................4 4 系统界面设计.............................................................4 5 主要技术指标.............................................................4 6 交付成果................................................................6 7 验收策略................................................................6 7.1 系统验收测试的原则...............................................................................................6 7.2 验收测试的具体内容...............................................................................................7 7.3 验收测试的步骤.......................................................................................................7 8 质量保证................................................................8 8.1 软件研制一般要求...................................................................................................8 8.2 软件评审要求...........................................................................................................9 8.3 软件配置管理要求.................................................................................................10 9 售后服务...............................................................10 9.1 培训.........................................................................................................................10 9.2 维护与升级.............................................................................................................10 9.3 质量保证期内的服务.............................................................................................10 9.4 寿命期内维修服务.................................................................................................11 10 开发进度计划............................................................11 11 项目报价...............................................................12 1 概述

1.1 文档编写目的 1.2 系统建设目标与内容

1.2.1 系统建设目标 1.2.2 系统建设的主要内容

系统设计方案 2.1 总体架构设计

2.1.1 系统总体业务架构 2.1.2 系统总体软件架构 2.1.3 系统总体技术架构

2.2 系统组成

2.3 系统数据流

系统详细数据流如下图所示。

2.4 系统功能

系统部署方案 3.1 系统部署架构

表1各子系统部署架构

3.2 系统环境 篇三：需求建议书

题目：

假设你在嘉州新城购买了一套二室二厅一厨一卫，面积大约90平方的新房，先装修入住，请你根据自己的需求对这个房屋装修项目编写项目需求建议书。

项目：房屋装修

需求建议书：

（1）承约商要执行的任务：装修材料的购买、家用设备的安装、装修工程。

① 代购装修材料，如：地砖、涂料等等

② 厨房器具、淋浴设备等的代购

（2）承约商根据国家标准装修，提供装修计划、施工方案，最后装修符合标准的房

子。

（3）本人向承约商提供装修方案。

要求：

①、卧室的颜色以暖色调为主

②、装修后简单、宽敞、采光效果良好

③、卫生间隔成两部分，分为盥洗间和浴室

（4）和承约商签订一个商定的价格，以及满足需求建议书的工作承约商付款合同。

（5）当装修工程完成1／2时付总额的1／2；当装修工程100%完成时，获得本人的

满意后，并且承约商已经全部履行契约义务时再付总额的最后1／2。

（6）希望这个项目在两个月内完成，从5月15日到7月15日，所有的可交付成果 必须不迟于7月15日提供给本人。

（7）承约商必须最迟于4月30日以前向本人提交两份申请书备份。承约商的申请书

至少包括以下内容： 1）承约商能清晰的理解需求建议书，要详细描述承约商的实施装修项目的方法，以及使用的装修材料的具体规格。

2）承约商要提供可交付成果的详细描述。

3）在6月15日向本人反映项目进行的进度。

4）叙述承约商最近实施的项目，包括客户的姓名、地址和电话号码，以备核实。

5）列出将被指定为项目主要负责人的姓名和联系方式，以及工作经验。

（8）申请书的评价标准

1）承约商提出的建设方案（30%）

2）被指定为执行此项目主要负责人的姓名和联系方式，以及类似的工作经验（30%）

3）承约商申请书所列的固定成本（30%）

4）承约商提供的施工计划（10%）

组员：岳红 117 王华 213 周燕飞 126 赵涵玉 223 曾志锦 203 篇四：需求建议书

需求建议书（request for proposal，rfp）

什么是需求建议书[1] 需求建议书是指从客户角度出发，全面、详细地向服务商陈述、表达为了满足其已识别需求所应做的准备工作。也就是说，需求建议书是客户向服务商发出的用来说明如何满足其已识别需求的建议书，是客户与服务商建立正式联系的第一份书面文件，又称招标书。需求建议书一般由客户起草，主要描述客户的需求、条件及对项目任务的具体要求。一份完整的需求建议书主要包括满足其需求的项目的工作自述、对项目的要求、期望的项目目标、客户供应条款、付款方式、契约形式、项目时间、项目申请书的要求等。好的需求建议书能让服务商准确把握客户所期待的产品或服务。当然，并非在所有情况下都需要准备一份正式的需求建议书，当某一企业的需求由内部开发项目予以满足时，这一过程似乎变得简单多了，此时更多需要的是口头上的交流和信息传递，而不是把宝贵的时间耽搁在仅仅起到信息传递作用的需求建议书上。例如，某一软件开发公司感到公司原来的财务分析系统已经远远不能适应日益增加的业务需要时，便可直接要求软件开发小组进行开发，这时只需口头把相关的要求传达给软件开发小组即可。

[编辑] 需求建议书的主要内容[2] 需求建议书一般包含以下主要内容：

客户必须搜集大量相关资料准备需求建议书，因为it项目实施者需要按照rfp来准备他们的项目技术方案，并以此参与竞标。rfp中包括项目的目标，也就是用户的期望，也包括客户要求项目的进度计划；对实施商申请书的表格和内容的规定；客户希望潜在的实施商提交投标申请书的最后期限；评价申请书的标准等。一份好的rfp应该包括以下一些内容。

1．工作表述

工作表述就是说明项目的工作范围，概括客户要求开发商或项目团队执行的任务或工作单元，说明项目所涉及的各种事情，哪些必须由开发商或项目团队去完成，哪些由客户自己去做。例如，一个办公自动化软件系统的具体目标。又如建设一个网站，所需设备的采购任务，是由客户自己完成，还是由开发商去完成；企业网站上的页面文字，是客户自己撰写，还是由开发商撰写等。2．任务要求

需求建议书必须要具体规定开发商需要完成任务的规格和特征，如要求涉及大小、数量、颜色、重量、速度和其他开发商提出的解决方案中，所必须满足的物理参数和操作参数。例如，建立一个企业网站，可能要求在1 000人同时访问的情况下不会产生堵塞的感觉，网

站的浏览页面不低于多少；建立一个自动结账和收款系统，可能要求每天能办理12 000次交易的功能和其他特定的功能，如在开出了发票的30天内没有收到账款，就会自动产生催款通知。具体的任务要求，可能会成为将来的验收标准。

3．交付物

交付物就是开发商所提供的实体内容，这在需求建议书中应该说明。例如，对于自动结账和收款系统来说，客户可能要求开发商提供硬件(计算机)、软件(磁盘和一些印刷品)、操作手册和培训课程。交付物也可能包括客户要求开发商提供定期进度报告或终期报告。

4．客户供应条款

需求建议书还应该列出客户的供应条款。例如，客户需要建立一个网j站，可能需要向开发商提供企业内部的组织结构及各部门之间业务关系的详]细说明，包括信息流程的类型、信息流量和发生频率等。5．表述客户对需求的确认

需求建议书不是对客户需求的最后确认。最后的确认应该在对开发商提出的方案进行评估之后。例如印刷宣传手册，可能在开印之前要经过客户审定；局域网的建设，在购买材料和设备之前，客户必须审定开发商的技术方案。这一点在需求建议书中必须向开发商说明。

6．期望的合同类型(1)合同可以按固定价格订立。这样，开发商实际上就是费用包干。客户只给固定的价钱，不管开发商实际工作花费多少。开发商必须保证功能的实现和质量要求，超支的风险由开发商负担。

(2)合同也可以规定开发商不承担风险，即在时间、原材料限制的条件下，不论实际成本多少，都会给开发商特定的报酬，也就是所谓包工不包料。在我国现阶段的条件下，由于质量检验和资信度水平不高，这种合同比]较普遍。在需求建议书中，最好说明客户是希望采用那种类型的合同。7．期望的付款方式

付款方式可以分为一次性付款和分阶段付款；在开始前付款和结束后付款。一般依项目的性质来定付款方式。如网页制作，往往在项目末期付款；而架设局域网，一般在方案确认后，付款30％以便开发商采购，工程结束验收后付满90％，留10％等到使用一段时间以后确认无问题时付清。具体付款方式需要合同双方协商，但在需求建议书中，客户应该先提出自己的期望付款方式。8．要求的进度计划

进度计划的要求可能很粗，如要求在6个月内完成；也可以详细一些，如多长时间内完成方案设计和审定，多长时间内完成硬件选购与安装，多长时间内完成软件研制、测试与安装，最后开发商在系统安装调试后，在多长时间内提交所有的系统文件和操作培训。9．申请书的格式和内容提示

为了便于在几个开发商之间进行比较和评价，申请书应该在形式上采取同一个格式，内容的结构也应该一致。这样对不同的申请者来说比较公平，也能减轻客户在评审时的工作量。客户在需求建议书中可以限定申请书的每一部分采用的文字数量或页数。

10．提交申请书的最后期限

申请书受理的截止日期是必须要交代清楚的。例如，要求开发商在接到需求建议书后多少个工作口之内(如l周之内、1个月之内等)提交申请书，或大家一律在某月某日之前提交申请书。这样做的目的是便于同时对众多的申请者进行比较、评估，也是为了保持公正，不给某些开发商以额外的时间和机会。

11．对申请书的评价标准

要告诉开发商客户将根据哪些准则来评价他提交的申请书。这样做的目的，是指导开发商写好申请书。一般评价标准包括4个方面的内容：

(1)开发商在类似项目中的经验。如他们近期是否在预算内按期完成了类似的项目，客户对他们是否满意?(2)开发商提出的技术方案是否合适。如采用哪种类型的计算机软件?数据库的设计、方法是什么?用来建立管理信息系统的是哪种语言?采用哪些供应商的设备?等等。

(3)进度计划。开发商是否能按照所要求的进度完成项目计划?(4)成本。如开发商的报价是否合理?成本预算中有无漏算的条款?将来在执行时有没有可能出现超支，或有无可能因过于节约而导致质量不能保证?有的申请人为了争取合同，在报价上压低成本，到了执行阶段，或偷工减料，或增加成本，结果导致所建系统的缺陷很多，或使最终成本大大超出原始的估算。对此需要引起注意。

12．资金总量

开发商总是希望了解客户有多少资金可以用于发展拟议中的真t项目，但客户在需求建议书中，往往不愿意透露这个信息。其实，客户暗示大约的数字，告诉开发商他打算花多少钱来办这件事是有好处的，这样可以使开发商能够提交与资金水平相适应的申请书，提高在项目准备阶段的工作效率。

[编辑] 需求建议书的必要性[2] 需求建议书(rfp)是项目客户与开发商建立正式联系的第一份书面文件，也叫招标书。一般由项目的客户自己起草，主要描述客户的需求、条件以及对项目任务的具体要求，向可能的开发商发送。

需求建议书是客户为确保供应商理解项目的需求，并在此基础上提供项目建议书而编制的需求规范。虽然它不能确保客户据此就能获得理想的解决方案，但却可以帮助客户发现那些尽可能接近自身需求的系统准备。其

目的是从客户自身的角度出发，通过全面、详细地陈述，使开发商或项目团队理解客户所希望的是什么，以可行的价格满足客户的已识别的需求。

对于一些预算较少的客户，开发商往往不愿意花精力准备正式的方案建议书，这种情况下，客户的需求建议书就变得很重要。事实上，项目无论大小，都需要编写需求建议书。第一，需求建议书需要描述用户的目标与需求。编制需求建议书的过程也是客户进一步明确自己的目标与需求的过程，并以此建立起客户与供应商进行深人沟通的桥梁。即使因为各种原因使得供应商看不到或不愿响应需求建议书，这种努力也是值得付出的。

第二，需求建议书可节省选型的时间，并使得对各供应商之间的比较变得更容易。客户提供给所有竞标供应商的信息都是一样的，避免了跟各开发商的重复沟通，同时，有需求建议书作为基准，客户可以约束各开发商以一致的格式提交方案建议书，以提高各供应商之间的可比性。

第三，需求建议书可以避免一些潜在的疏漏。在准备需求建议书时，客户往往会因为太过关注具体细节而忽略了一些重要的因素。收到需求建议书后，有的供应商可能会主动对这样的疏漏提出质疑以提醒客户。还有些开发商为了使自己的方案建议书更具有吸引力，甚至会提出一些需求建议书没有涉及的好想法来拓展客户的思路。

[编辑] 编写需求建议书的一般原则[2] 需求建议书应该由用户编写，但各种客观因素的限制，实际上很难做[到。所以，很多时候都是由用户与项目小组共同编写。编写项目需求说明的j过程也是项目小组带领客户进入项目需求启发的过程。编写优秀的项目需求[建议书没有公式化的方法，需要大量的实践经验。以下是编写需求建议书需要把握的几个原则：

(1)需求应该是正确的。每个需求必须精确描述要交付的功能。确定需求内容是否正确，需要用户的代表来参与确认，由他们检查、决定用户需[求的正确性。没有用户的需求检查就会导致很多项目实施中的问题出现。例如用户会说：“这不是我们要的东西”；“你没明白我们的意思”，等等。

(2)需求应该是可行的。项目的需求应该在有限的资源(已知的能力、有限的系统及其环境)下是可实现的。为了避免需求的不可行性，在需求分析阶段应该有核心技术人员参与，检查在技术上什么能做、什么不能做，哪些需要额外的付出等。

(3)需求内容应该是必要的。需求建议书中的每个需求都应该有相应[的出处，即说明什么是客户确实需要的，什么要顺应于外部的需求、接口或标准。如果不能标识出处，则可能这个需求不是真正需要的。

(4)需求内容应该有优先权。优先权是由客户或其代理及项目小组共同商讨后建立的。如果所有的需求都被视为同等重要，那么在开发中遇到预t算削减、计划超时或组员的离开而导致新的需求时，项目经理将无所适从。一般优先权有以下三个级别。

1)高优先权，表明需求必须体现在本阶段项目的成果中或这个产品的版本中。

2)中优先权，表明需求是必须的，但是如果需要可以推迟到晚一些的产品版本中。

3)低优先权，表明有它很好，但我们必须认识到如果没有充足的时间或资源，它可以被放弃掉。

(5)需求内容应该是明确的。需求不该有歧义，要避免使用一些对于拟订项目需求建议书的人很清楚，但对于其他人模糊不清的词汇。如：用户友好性，容易，简单，快速，有效，几个，艺术级，改善的，最大，最小等等。每写一个需要都应简洁、直观地采用用户熟知的语言，而不要采用计算机术语。

[编辑] 需求建议书例子[2] 例：某企业项目管理软件开发项目需求建议书

有关单位：某企业(甲方)由于业务发展的需要，决定采用项目管理的方式进行管理，为了更有效地对项目的执行过程进行控制，该企业决定开发一套项目管理软件以满足这一需要。

1．工作表述

开发商将执行下面任务：开发项目管理软件。

开发项目管理软件的主要功能包括项目及工作信息的录入、项目网络计划图的绘制、项目时间计划的安排、甘特图计划的制定、项目执行信息的录入与分析及各种计划报表的输出等功能。2．要求

开发商应根据国家有关标准，提供开发计划和实施方案。篇五：软件项目管理项目建议书

湖南文理学院实验报告

时间： 2013 年 11 月 18 日

课程名称： 软件项目管理

实验名称：撰写毕业生就业信息管理系统项目建议书

班级： 姓名： 同组人： 无

指导教师评定： 签名：

一、实验目的掌握项目建议书的格式和写作要求，会结合具体项目写作项目建议书。

二、实验要求

1、结合模拟项目—毕业生就业信息管理系统项目写出项目建议书。

2、提交毕业生就业信息管理系统项目建议书（报告）一份。

三、实验环境 1．硬件：计算机 2．操作系统：windows平台。

3．相关软件：microsoft office软件。

四、实验步骤

1、背景介绍

随着internet的迅猛发展和普及，我国高等院校纷纷建立自己的校园网，使高校的办公，教学和管理工作发生了巨大的变化，并具有了新的特点，对教学管理工作提出了新的要求，也使得基于网络的高校毕业生就业招聘成为可能。通过internet，用人单位和就业者利用网络的便利，不直接见面，采用网络交互地就业联系、就业面试，以及就业意向和合同的签订等工作。我国部分高校目前正在尝试通过网络进行毕业生的就业分配工作，但目前使用的就业网站的开发应用，大多功能相对单一，多局限于就业信息的发布，就业信息的静态统计结果的公布及简单的就业信息查询，其实用性和互动性已经不能满足高校就业形势的需要。随着高校毕业生就业体制改革进程的不断深化和毕业生就业市场的逐步建立，高校毕业生在各种就业活动中求职面窄、择业率低、特别是信息量小的问题越来越突出。如何解决这一问题是摆在各级就业主管部门面前的严峻任务。正是在这种情形下，国务院对做好高校毕业生就业工作做出重要指示，即“要充分利用毕业生就业信息网络，沟通行业间、地区间、学校与用人单位间的信息，在毕业生和用人单位之间牵线搭桥。同时，通过信息反馈，优化高等教育结构，合理

利用有效资源，促进高等教育的健康发展”高校就业系统以招聘和求职系统为核心，以用人单位需求和服务为目标。明确了系统的定位，有利于构建优化网上就业服务体系，有利于不断激活毕业生就业市场，有利于网络资源的充分利用，有利于网上动态管理、杜绝虚假信息、拓宽网上就业服务功能。

2、项目的意义和必要性

毕业生就业信息系统和就业服务体系不完善，毕业生就业主要由学校、人才市场举办招聘会等方式获得信息，与需求方见面，信息渠道比较窄。毕业生的就业指导工作极为薄弱，就业指导教师水平参差不齐，专业的、高素质的就业指导教师太少；缺少优质的就业指导教材。所以，必须加强学生择业的政策咨询和信息服务，逐步建立起信息服务网络，建立毕业生就业网络系统，为实行网上求职择业创造条件和提供服务。目前，建设好大学生的就业网站，不仅仅是政府部门应该关心的问题，作为培养大学生的湖南文理学院也有同样的需求。

解决目前高校就业信息管理中存在的一些问题，如信息传递不方便、不快捷，数据分析及就业指导不及时，学生签约必须到不同部门领表、上交等繁琐的操作等。通过本系统可以使湖南文理学院毕业生就业信息管理工作更加合理化、科学化，提高工作的效率，从根本上改变就业管理工作的方式，通过internet，各院系和学生利用网络的便利，可以直接查询和提交就业信息。在这种系统平台下，可以快速、有效、全面的反映最新的用人单位信息、毕业生基本信息和就业趋势，及时提供高校学生工作管理人员对历届用人单位需求信息的分析统计，及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量。

3、项目产品或服务的市场预测

（由于这个系统不是学院的直接收益产品，这里不做分析。）

4、项目的规模和期限

基于学院的实际情况，这个毕业生就业信息可以初步分为三个阶段来完成。

第一阶段，着重处理学院现有的问题，把系统运行起来，重点放在用户管理方面，分为用户注册、用户审核和用户登录验证三部分。

第二阶段，注重完成学校的就业信息发布，用户在通过系统注册后，可以查询各种信息。

第三阶段，系统管理，管理可以对学生用户和站内信息进行管理。

5、投资估算

具体相信的投资预算，由专业人员进行。这里只能给出对比其他同类学校信息系统的估算，3个阶段全部完成，大概需要5万人民币。这个估算不包括硬件设备的预算。

6、市场前景及经济效益初步分析

这个系统虽然不是学院的直接收益产品，但其带来的间接效益是毋庸置疑。具体可以表现为：

（1）管理决策的科学化。

传统的决策指示凭经验的大致的估算，无法采集到大量的数据，也无法对采集到的数据进行精确的分析，而毕业生就业管理系统通过internet，各院系和学生利用网络的便利，可以直接查询和提交就业信息，比较全面、及时地采集信息数据、并选定合适的管理模式，做出科学的决策，减少决策失误。

（2）管理工作的高效化。

在这种系统平台下，可以快速、有效、全面的反映最新的用人单位信息、毕业生基本信息和就业趋势，及时提供高校学生工作管理人员对历届用人单位需求信息的分析统计，及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。

（3）网上就业服务体系的优化。

毕业生的就业指导工作极为薄弱，就业指导教师水平参差不齐，专业的、高素质的就业指导教师太少；缺少优质的就业指导教材。而毕业生就业网络系统加强了学生择业的政策咨询和信息服务，逐步建立起信息服务网络，为实行网上求职择业创造条件和提供服务。

（4）网络资源的充分利用。

指导老师可以开辟“求职顾问”，“就业指导”的板块，告诉毕业生就业过程中应该注意的问题，帮助学生完善职业形象；了解劳动关系法规；增强自身的保护意识；提高大学生竞争就业意识和能力。

大学生可以利用就业网络内容丰富、全面的就业信息，最新的国家就业政策和规范，了解国家就业形势，更新就业观念，树立正确职业观和就业观。同时，制作个人简历，实现网上的自荐求职，查询自己感兴趣用人单位的资料，来了解用人单位的情况。

用人单位可以浏览学生所在学校的网站来了解学校的概况及专业设置情况，了解学生专业知识结构和综合素质，并且通过学校就业网站来核对电子简历的诚信度。

（5）毕业生与用人单位的良好沟通

大学生通过查询自己感兴趣用人单位的资料，来了解用人单位的情况。对中意的单位可以投递电子简历。用人单位通过浏览学生所在学校的网站，了解毕业生的信息。有意向的双方可以通过网上面试的方式来进行进一步的沟通，提高学生和用人单位接触频率，促进就业工作开展。为企业和学生提供一个交流平台及更为人性化、个性化的服务。

另外需要注意的是，毕业生就业管理系统的效益一般是无形的，只有经过长期运行后的分析统计才能计算其收益，往往越成熟、科学、优秀的毕业生就业管理系统，带给我们的效益就越大。毕业生就业水平提高了，学校知名度也会随之提高，学校的生源也会越来越好。

综上所述，校方认为建立一个毕业生就业管理系统是非常必要的，请上级领导批示。

7、其他需要说明的问题

随着计算机科学与技术学院学院人数不断增加，毕业生的人数也会逐步增长，毕业生就业管理的难度也在不断加大，所有我们认为建立一个计算机科学与技术学院毕业生就业管理系统是在将来的影响和效益是不可估量。

第四篇：软件项目范围说明书

软件项目范围说明书

一、引言

1、编写目的

说明编写这份项目需求说明书的目的，指出预期的读者。

2、背景说明

(1)待开发的软件系统的名称。

(2)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。(3)该软件系统同其他系统或其他机构的基本的相互来往关系。

3、定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

4、参考资料

列出用得着地参考资料，如：

(1)本项目的经核准的计划任务书或合同、上级机关的批文。(2)属于本项目的其他已发表的文件。

(3)本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发飙日期和出版单位，说明能够得到这些文件资料的来源。

二、任务概述

1、目标

叙述该项软件开发的意图、应用目标、作用范围以及其它应向读者说明的有关该软件的开发的背景资料。解释被开发软件与其它有关有软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容子涵，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2、用户的特点

列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。

3、假定和约束

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

三、需求规定

1、对功能的规定

用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地描述对软件所提出的功能要求，说明输入什么量、经过怎么样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。

2、对性能的规定

(1)精度

说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。(2)时间特性要求

说明对于该软件的时间特性要求，如对： ① 相应时间。

② 更新处理时间。③ 数据的转换和传送时间。④ 解题时间。

等的要求。(3)灵活性

说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：

① 操作方式上的变化。② 运行环境的变化。

③ 同其他软件的接口的变化。④ 精度和有效时限的变化。⑤ 计划的变化或改进。

对于为了提供这些灵活性而进行的专门的设计的部分应该加以表明。

3、输入输出要求

解释各输入输入数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例。包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

4、数据管理能力要求

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。

5、故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

6、其它专门要求

如用户单位对安全保密的啊哟球，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

四、运行环境规定

1、设备

列出运行该软件所需要的硬件设备。说明其中的新型设备及其专门功能，包括：(1)处理器型号及内存容量。

(2)外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量。(3)输入及输出设备的型号和数量，联机或脱机。(4)数据通信设备的型号和数量。(5)功能键及其他专用硬件。

2、支持软件

列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。

3、接口

说明该软件同其他软件之间的结构、数据通信协议等。

4、控制

说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。

五、数据要求

1、数据的逻辑描述

对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指再运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。所谓动态数据。包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。

(1)静态数据：列出所有作为控制或参考用的数据元素。

(2)动态输入数据：列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）。

(3)动态输出数据：列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）。

(4)内部生成数据：列出向用户或开发单位中的维护调试人员提供的内部生成数据。(5)数据约定：说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容量、文卷、记录和数据元的个数的最大值）。对于在设计和开发中去顶的临界性的限制更要明确指出。

2、数据的采集

(1)要求和范围

按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。具体的内容包括： ① 输入数据的来源：例如是单个操作员、数据输入站，专业的数据输入公司或它们的一个分组。② 数据输入（指把数据输入处理系统内部）所用的媒体和硬件设备。如果只有指定输入点的输入才是合法的，则必须对此加以说明。③ 接受者：说明输出数据的接受者。

④ 输出数据的形式和设备列出输出数据的形式和硬设备。无论接受者将接受到的数据是打印输出，还是CRT上的一组字符、一帧图形，或一声警铃，或向开关线圈提供的一个电脉冲，或常用介质如磁盘、磁带、穿孔卡片等，应具体说明。⑤ 数据值的范围：给出每个数据的合法值的范围。⑥ 量纲：给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情况下，要给出每一种合法值的形式和含意。⑦ 更新和处理的频度：给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的，应给出更新处理的平度和平均值，或变化情况的某种其他度量。(2)输入的承担者

说明预定的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。

(3)预处理

对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。

(4)影响

说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响，例如要求用户单位增设某个机构等。

第五篇：软件需求规格说明书检查单

《软件需求规格说明书》检查单

文档组织与完整性

1.所有对其它需求的内部交叉引用是否正确？

2.需求为设计提供了充足的基础么？

3.是否所有需求的书写详细程度都是一致的、合适的？

4.是否包括了每个需求的实现优先级？

5.是否定义了所有与外部硬件、软件和通讯的接口？

6.是否定义了功能性需求内在的算法？

7.软件规格说明书是否包含了所有已知的业务需求？

8.是否记录了所有可能的错误条件所产生的系统行为？

9.对所有内部和外部接口的描述，是否都符合模板的要求，即包括来源、目的、输入、输出和激发条件？

正确性

10.是否没有需求间的冲突或重复的需求？

11.是否每个需求都是无二义性的？

12.是否每个需求的描述都是简洁、清晰的？

13.是否每个需求都可以用测试或同级评审来进行验证？

14.是否每个需求都在项目的范围内？

15.是否每个需求都没有内容或语法上的错误？

16.是否需求中必需的信息都没有遗漏？如果有的话，是否标记为“待决定”了？

17.在已知的约束条件下，是否可以实现所有的需求？

18.是否任一个特定的错误信息都具有唯一性和明确的意义？

质量属性

19.对所有性能目标都作了适当的说明么？

20.对所有安全和防护性的考虑作了适当的说明么？

21.对其它相关的质量属性目标是否明确地文档化和量化，且进行了可接受的权衡也被详细说明了？

可追溯性

22.每个需求的标识都是唯一和正确的么？

23.每个软件功能需求都可追溯到客户需求么？

特殊问题

24.是否所有需求都是名副其实的需求，而不是设计或实现方案？

25.是否确定了对时间要求高的功能并定义了它们的时限标准？