网络项目需求说明书

网络项目需求说明书（通用8篇）

篇1：网络项目需求说明书

仓储网络布局规划项目需求说明书

一、概述 1 项目背景

加快进行仓储网络优化布局规划，是建设物资全面供应体系的前提。

合理的仓储网络布局可以在保障物资供应的要求下，需要综合考虑“成本、效率、服务”的约束，在总体配送服务水平优化的前提下，应用运筹学思想，理论结合实际，建立可行的数学模型，充分依据实地调研数据进行区域规划降低总体仓储成本。

“十二五”期间，国网公司要建设国际先进物资供应体系，提供公司供应链决策支撑。2012年物资集约化管理信息系统二期建设项目主要在提高管理效率及管理水平、深化物资供应体系建设工作、推进物资全面应用。2 规划原则 2.1 仓储规划原则

 仓储规划必须与国家及省市的经济发展方针、政策相适应，与国民经济和社会发展相适应。 仓库规划要与地方整个物流网络体系相协调。2.2 网点规划原则

 网点规划要考虑便于集中管理原则。

 网点数量的规划要考虑仓储物资供应的便捷性。2.3 选址规划原则

 仓储选址首先要遵循接近客户原则尽可能在有限  范围内选择覆盖面积最大的城市或地区

 长期发展原则，选址工作要考虑未来经济发展情况

二、需求内容 1 项目建设的目标

 立足现状与发展，建立仓储网络优化模型，精细测算网络节点，科学规划、合理设置全省范围内的中心库、区域库和周转库位置和数量，计算配送范围，合理规划物流配送资源，从而降低仓储成本，提高配送效率，满足服务要求。

 根据需求分析，给出各类库储备定额建议。2 实施需求和内容。2.1 实施需求：

 仓储网络布局规划在省电力公司推广实施，并根据仓储网络布局规划进行仓储网络布局调整； 2.2 实施内容：

 项目启动：完成项目内容、组织、计划和实施办法；  调研：对宁夏电力所属区域库、周转库进行调研，内容包括：位置、仓储容量、业务范围、业务量、资源、区域经济等；

 数据分析：包括电子地图、基础业务数据加工和仓储规划两方面内容。仓库数量数据、仓库规模数据、库址数据、特殊位置应急库数据、道路网络数据集是进行网络分析、实现网络布局优化的前提。首先，根据经济、行政区面积、组织结构、库址数据和道路交通信息，进行拓扑分析并创建网络数据集，得出电力物资需求、仓库辐射半径、特殊区域应急方案等数据；其次，使用网络分析算模型，进行仓储节点的选址规划、规模规划、应急预案、建议数量等结论；

 方案确定：将几套不同的选址方案，按照不同的指标（如人力资源、里程、仓储容量、成本、平均服务时间等）进行对比分析，从中选择最佳的仓储节点布局，综合考虑配送距离最短、服务响应最快、费用成本最低、仓储网点数量最优。2.3 实施范围：

安徽全省所属地市中心库、区域库、周转库网络规划

三、电网物资资料 1 分类 1.1 项目物资

主要包括主网工程物资和配网工程物资，该类物资主要用于电网工程建设 1.2 运维物资 该类物资主要用于日常电网运行维修和年度大修等 1.3 应急物资

劳保、冲锋舟、等物资 2 特点

2.1 采购量大、周转慢

平均年库存周转约1.1次。

 传统的采购、储运模式下，周转慢造成库存资金占用成本大。

2.2 物资品种多、形状、尺寸、重量不规整，标准化存储难度大

 1万多个品规，小到螺钉、螺母，大到5-8吨的线缆、设备，物资的形状、尺寸、重量不规整。

 不同于其它行业，电力物资同品种、同规格，不同厂家的产品尺寸、重量都不相同，标准化程度不高。 传统的平置堆放方式库容利用率低。

2.3 仓库数量多，管理体系尚不健全，各单位仓储管理不规范

 50平方米以下的微型库有占总量的30%多。 各仓库资产属性、隶属关系不同，管理模式不同、管理水平参差不齐。

2.4 仓储设备、设施老旧，自动化程度不高

 多数物资仓库为上世纪7、80年代建设，设备、设施老旧。

 传统的人工作业方式效率低、成本高。2.5 计量单位复杂，库存管理手段落后，账实一致难以保障

 储运收发作业以重量、数量、长度等为单位。 传统的账-卡-物人工管理方式难以保障库存物资账实一致性。

2.6 传统的运输配送方式运输成本高

 传统的被动服务方式空载率高，运输成本高；  区域性班车化主动配送服务模式受信息系统和运输装载容器的限制，难以实施。2.7 项目物资必须实行批次号追踪管理

 SG ERP系统上线运行后，项目物资实行批次号追踪管理。同品种不同批次号物资不得混储混发，对物资储运提出了新的挑战。2.8 承担应急保障的社会责任

 在抢险救灾、应对突发事件方面，电力企业还承担着重大的社会责任。物资储运基础设施本身在灾害面前应能“保得住”，能够快速恢复服务能力；在此基础上，通过合理布局、合理存储，还要能实现“供得上”，保障应急储备物资供应的准确性和及时性。

篇2：网络项目需求说明书

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

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

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

二、变更内容

 MTC实收和流量

原始情况：

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

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

变更后：

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

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

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

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

 MTC实得

原始情况：

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

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

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

公司名称，版本号

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

变更后：

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

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

 报表输出

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

需要修改的报表有以下：













































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

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

 三年同天对比-1月

 三年同期对比-2月

 三年同天对比-3月

 三年同期对比-4月

 三年同期对比-5月

 三年同期对比-6月

 三年同期对比-7月

 三年同期对比-8月

 三年同期对比-9月

 三年同期对比-10月

 三年同期对比-11月

 三年同期对比-12月

 周报-高速公路

 周报-总表

 周报-流量图

 周报-收入图

 周报-老路

 月报-月收费

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

 月报-月度收费情况

篇3：网络项目需求说明书

随着智能楼宇工程的兴起, 《网络综合布线技术》也成为中职学校计算机专业的核心课程。该课程是一门实操性较强的课程, 传统教学方式的弊端已经大大显现, 教学目标单一, 无法满足市场对综合素质人才的需求。在一节课45分钟时间里教师讲课的时间约占80%左右, 只能通过课件展示一些图片来介绍工程产品、施工操作等基础知识, 学生看不到实际的操作环境, 几乎没有实操的机会, 整个课堂枯燥无味。近几年国家对中职校的关注度越来越高, 要求培养创新型技能型人才, 硬件设施的飞速发展, 学校设了专门的综合布线实训室, 有了强大硬件的支撑。因此, 传统的教学方法与强大的硬件支持相匹配, 通过大量的企业调研了解市场用人需求, 并结合教学大纲和自身的教学经验, 采用了能充分发挥学生主体性和创新精神的项目教学法。

2 项目教学法在中职综合布线课程中的教学意义

随着智能楼宇工程的飞速发展, 综合布线课程已经成为计算机网络工程中的重要课程。中等职业教育注重理论教学与实践教学的相结合, 以培养学生技能操作为首要目标。随着硬件设施的完善, 教师应该根据实际需求, 把操作技能作为教学的重中之重, 努力创造适合学生学习的教学情境, 而项目教学法在教学中的应用, 避免了学生单方面学习理论知识, 同时提高了学生的操作技能, 打破了传统的教师讲学生听的教学模式。项目教学法有利于学生在实践中摸索、在实践中创新, 提高学生解决问题和应变实际情况的能力, 有效地提高了学生课堂的学习效率。

3 项目教学法实施的条件

(1) 结合学习领域、工作领域与技能需要, 最好将企业实际工作任务引进来作为学习项目。

(2) 在教学过程中实现理实一体化, 让学生在完成项目的过程中, 掌握理论知识且提高操作技能、团队合作精神等。

(3) 以小组为单位, 完成一个项目, 小组要派一人做项目过程和完成情况的展示。

(4) 项目要在仿真模式下进行, 符合职业标准和相应等级的职业技术资格鉴定要求。

(5) 项目要不断更新, 学生才能掌握最新的知识和技能, 这样才不会与现实脱轨。

4 项目教学法在实际课程中的运用

4.1 确定任务

项目任务的确定是项目教学法中的首要环节, 非常重要, 一旦项目确定不好, 后面的教学将达不到既定的目标。教师应该根据学生的实际情况, 考虑好学习目标有哪些, 在确定项目时可以考虑中等规模的智能大厦、校园、校区等, 在项目安排时, 教师应根据教学目标及知识点的安排, 先将整个项目分割为若干个子项目, 且项目的安排应该遵循由浅到深、由易到难的规律, 让学生在掌握知识的时候遵循循序渐进的过程, 不会使得学生因为任务过于困难而失去学习兴趣。在教授理论知识和简单操作的同时, 还要适当地扩展综合布线行业标准、实际岗位需求等知识, 但扩展面不要太广, 否则学生会无法很好地吸收, 反而适得其反。

4.2 分组学习

在实施项目时, 如果安排全班学生一起完成一个工程项目, 会造成有学生会在其中浑水摸鱼的现象, 导致部分学生不能全面掌握知识技能。项目化教学法一般使用分组学习的方式, 教师在实施项目前将全班学生分成几个小组, 分组人数和人员分配遵守公平原则, 按学生日常学习态度、知识技能及水平进行合理搭配分组, 达到每组水平相当, 每组人数约4到5人。分组完成后每组公选一个组长, 由组长分配组员的工作任务, 每个学生都有相应的任务, 缺一不可, 避免学生浑水摸鱼, 培养学生的团队协作精神。在整个教学过程中, 根据教学内容采取不同的教学模式授课, 比如:启发式、案例式和讨论式等, 师生共同完成预定的项目任务。

4.3 招标书的撰写和计划的制定

招标书的撰写和计划制定之初, 教师要给出一个工程项目, 整个课程就以该项目为中心进行教学安排。教师首先对项目进行介绍, 要求学生制定出一个符合实际的项目计划。项目计划分为两部分:项目招标书撰写和方案设计;在项目招标书撰写阶段, 学生应该掌握招标书的编制规则、格式, 教师给学生一个范本, 让学生了解招标书所要达到的效果。引导学生学习我国现阶段综合布线的国家标准, 以及常用设备和品牌产品选型, 并要求学生根据工程的实际情况和满足客户需求为准则来讲授产品的选择等实际需求知识的介绍。在方案设计阶段, 学生需掌握布线技能、会利用Auto CAD绘制设计施工图等;这两个阶段可同时进行, 组长分配任务, 组内合作, 做出的计划不能脱离实际, 最后必须要通过老师的批阅和修改, 才能执行项目计划。

4.4 执行计划

执行计划分为现场施工阶段和测试验收阶段。教师根据实际项目讲解相应的知识和技能, 然后学生根据自己制定的计划, 组内成员的分工, 有序地完成每一个操作。学生应把自己所学的内容与项目要求结合起来, 观察每个技能的学习情况, 把学习效果总结起来, 定期向教师进行汇报。教师也应该主动地找学生进行交流并了解项目实施的进程, 并且将共性的问题进行归纳总结, 整个教学过程落实以学生为主的教学理念。

4.5 成果展示和考核评价

完成项目后, 教师要求各组写一份总结报告, 并要求派一代表进行项目总结和成果的展示。从两方面进行考核, 结果性考核和过程性考核相结合。结果性考核主要考核学生是否按照项目计划完成任务;过程性考核主要是考核学生在项目过程中的学习能力、团队协作能力、学习态度。为了使考核全面, 我们分为三个层次进行评定, 即自评、组内互评、教师评定, 每个层次都要进行打分。总成绩按以下标准进行:招标书的撰写和计划的制定为20%, 计划实施为30%, 项目完成情况为30%, 期末理论与实操考试占20%的比例进行学生成绩评定。这样即便最终的结果不符合项目要求, 学生也能在这个所谓不成功的项目中得到肯定。也可激励学生进行查漏补缺, 对以后的学习有很大的促进作用。

教学实践证明, 在《网络综合布线》课程教学中引入项目教学法, 使学生对整个课程体系有一个更加全面的认识, 实现了理实一体化的教学。通过项目教学法在《网络综合布线》课程中的应用, 学生不仅掌握了理论知识, 又提高了操作技能、解决实际问题的能力和团队协作能力, 并且使学生积累了实际项目经验, 收到了良好的效果。当然, 项目教学法的实施和完善是一个长期探索和实践的过程, 它需要根据不同科目设计相应实际有效的项目, 需要教师在教学过程中不断探索和改进, 才能更好地达到提高课程教学效果的目的。

摘要：随着社会科学信息化的快速发展, 智能楼宇工程的兴起, 综合布线技术受到人们的重视, 《网络综合布线》也成为中职学校计算机专业的核心课程。传统的教学方法已经不能很好地适应现代职业教育的教学模式。因此, 改革教学方法十分有必要, 能发挥学生主体性和创新精神的项目教学法由此被提出。项目教学法作为中等职业教育的一种教学模式, 教学情境主要以学生为主题, 理实一体化, 使得学生高效地掌握学习理论与职业技能。本文将“项目教学”学习模式引入到中职《网络综合布线》课程教学中。

关键词：中等职业学校,项目教学法,网络综合布线课程

参考文献

[1]舒荣.浅谈项目式教学法在网络综合布线技术课程教学中的应用[J].科协论坛, 2010.

[2]马百年.中职计算机教学中的项目教学法应用[J].考试周刊, 2010.

篇4：软件项目的需求变更管理

需求管理的常见误区

软件项目的范围控制应该是在需求分析阶段就开始的，然而很多项目经理针对需求分析存在不少认识误区。

误区1：开发商和用户仅就软件需求的基本轮廓达成一致即可，具体细节准备日后协商。

从项目管理角度分析，这是非常危险的，许多软件项目失败的最主要原因就是需求分析阶段对问题、流程、细节的描述不够准确，导致后期预算超支或者工期延误。

正确的方法是：在需求分析阶段，双方必须对项目的应用背景、功能需求、性能需求、可靠性需求、可用性需求、操作界面需求、外部接口需求，以及项目评审的方法、标准、过程进行全面、细致地研究讨论，逐一进行明确。

误区2：软件需求是软件必需向用户提供的功能和界面，功能上满足需求就足够了。

从软件需求工程角度分析，这只是认识到了软件系统的功能需求，忽略了软件的非功能需求和设计约束，需求捕获不够全面。软件需求工程理论认为，软件需求包括功能需求、非功能需求和设计约束三方面内容。

正确的方法是：除了要明确软件的功能需求，还需要进一步明确非功能需求（即软件产品所必备的属性和品质，包括可靠性、可用性、安全性、可扩展性、可移植性等）和设计约束（即软件研发必须遵守的特定规约、限制条件、政策标准,如软件必须采用国内自主知识产权的数据库产品）。

误区3：需求调研的对象是用户，用户就是软件产品的最终使用人员。

从项目管理角度分析，该观点缺乏对项目相关人全面、系统的认识，对用户的概念理解不到位。“用户”是一种泛称，它可细分为客户、最终用户和间接用户三种类型。例如，很多企业的一把手并不直接参与软件的采购和操作，但是其对于软件项目实际上起到了关键意义的决定作用，属于最重要的间接用户。

正确的方法是：要充分认识用户的多重性、层次性、复杂性，在进行需求调研时应首先对用户进行分析、分类，根据重要性、优先级、特殊性对各类用户进行排序；其次，是针对不同类别的用户分别制订不同的需求调研计划，全面开展需求调研。需要重点指出的是，对于由多个业务部门共同参与的软件项目，在确认软件需求时一定要得到全部参与部门的共同认可。

误区4：按照“需求、设计、编程、测试”步骤研发出的软件不必考虑需求跟踪问题。

从软件工程角度分析，这是对于需求变更过程缺乏系统的认识的表现，严格线性顺序的开发模型并不能保证各个开发阶段的工作成果与需求保持一致。实际上，由于需求变更的不可预见性和必然性，各个阶段往往以螺旋的方式渐进。

正确的方法是：需求跟踪应该贯穿于整个软件需求管理阶段，需求跟踪的目标是实现《产品需求规格说明书》和软件产品之间的双向可追溯。

做好需求工程

需求分析是软件工程项目最重要、最基础的起始阶段，为后续的规划设计阶段提供参照依据。在软件研发项目过程中一定要树立需求工程的意识，将需求视为一项系统工程。为了能够全面做好需求管理，应根据项目实际情况严格划分项目阶段，清晰界定、定义项目阶段的基线，在每个项目阶段制订、执行阶段性需求管理计划，逐一认真落实。

1．需求工程的结构及目标任务

需求工程是一个包括创建和维护系统需求文档所必需的一切活动的过程。需求工程中的活动可分为两大类，一类属于需求开发，另一类属于需求管理。需求工程结构如图1所示，需求开发与需求管理的流程如图2所示。

需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。需求开发过程有3个主要活动：需求调查、需求分析、需求定义。需求开发过程可分为两个阶段：用户需求调查阶段和产品需求定义阶段，两个阶段在逻辑上通常是以迭代的形式进行的。需求开发过程产生的主要文档有《用户需求说明书》、《产品需求规格说明书》（对于软件产品而言就是《软件需求规格说明书》）。

需求管理的目的是在用户与开发商之间建立对需求的共同理解，维护需求与软件工作成果的一致性，并控制需求的变更。需求管理过程有三项主要活动：

（1）需求确认:开发商和用户共同对需求文档进行评审，双方就需求达成共识后做出书面承诺，使需求文档具有商业合同效果。

（2）需求跟踪:通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。

（3）需求变更控制:依据“变更申请、审批、实施、重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。

需求管理过程产生的主要文档有《需求评审报告》、《需求跟踪报告》、《需求变更控制报告》等。

2．需求的跟踪

需求跟踪的目的是建立与维护“需求、设计、编程、测试”过程的一致性，确保所有的工作成果符合用户需求。需求跟踪有两种方式：

（1）正向跟踪：检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。

（2）逆向跟踪：检查设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。

正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式，都要建立与维护需求跟踪矩阵。

组建变更控制管理机构

项目变更是指项目实施过程中由于环境或者其他因素的变化而对项目部分或者全部功能、性能、架构、技术指标、集成方案、进度、质量等方面做出改变。

1．变更控制管理的任务及目标

信息系统项目实施过程中变更是无法避免的。变更控制管理的任务是：建立规范、严格、可行、高效的变更控制体系机制，组建变更控制管理机构，出台变更管理制度；对用户提交的变更请求进行快速的响应、受理；及时分析、研究、评估变更的可行性、成本、代价、范围；对于确定接受的变更请求制订变更实施计划方案及配套应对措施，实施变更任务，进行变更测试检查，做好变更记录。需求变更控制的最终目标是：通过建立严格规范的变更控制管理流程,拒绝不切合实际的变更，减少变更带来的风险，防止变更范围扩大、蔓延，杜绝随意的变更申请及受理过程等。

2．变更控制管理机构的建立

组建有效的变更控制管理机构和制订配套的变更控制管理制度，是进行变更控制管理的重要基础和前提保障，否则变更控制管理将成为一纸空文。变更控制管理机构（形式上可以是“变更控制管理委员会”、“变更控制管理办公室”、“变更控制管理组”等）是一个特殊组织，对项目负责人直接负责，它不受现存的职能组织结构的束缚,可由来自不同机构、不同部门、不同专业、不同岗位的人员组成，各成员划分权限岗位、明确职责、落实责任、协同工作。一般情况下，变更控制管理机构内部应至少配备以下四种角色的成员：

项目管理人员（类似于“项目经理”）：主要负责制订项目管理制度和项目管理计划，督促、检查、落实、考核项目执行过程，做好项目干系人之间的沟通协调工作。

技术负责人员（类似于“总工程师”）：主要负责项目中信息技术平台的分析、建模、设计、测试、实现。

业务管理人员（类似于“业务经理”）：主要负责收集整理业务需求、编写需求说明书、验证和评审需求、管理和控制需求变更。

通信联络人员：主要负责项目组织内部成员之间的信息发布。

需求变更控制 管理工作程序

需求变更的目的是希望软件产品更加符合用户的需求，但是变更涉及的人员多、范围广、影响大，在进行变更控制管理时必须建立严格、规范的变更控制管理工作程序，这样才能使项目始终按照预定的方向、模式、进度进行。

需求变更控制过程中最难办的事情不是“满足用户提出的变更请求”，而是“在用户认同支持、追加项目投资经费的前提下尽快完成变更任务”。用户往往认为提出变更需求是基本权利，而软件开发商往往认为只有义务解决在《用户需求说明书》、《产品需求规格说明书》中预先定义的各类需求，除此以外都应该拒绝或者在用户追加投资的前提下解决。

现实中信息系统项目的目标是具有一定弹性的，这一点尤其重要，用户和软件开发商之间为了达成共同目标不可能针锋相对，项目管理人员需要利用高超的管理艺术、沟通技巧、人格魅力，在对立博弈的关系之中寻求最佳的平衡点。

另外，有必要强调的是，在项目实施过程中，变更处理越早，难度越小，损失越小；变更处理越迟，难度越大，损失也越大。而且，任何变更都必须经过项目建设全部相关方（建设单位、承建单位和监理单位）多方确认后才能计划实施，严禁任何一方擅自变更。对项目变更的范围要有明确的界定，而且项目建设全部相关方对变更范围的理解上都没有任何异议。

篇5：办公信息系统项目研发需求说明书

办公信息系统项目

信息管理与办公系统

研发需求说明书

二O一六年三月

信息管理与办公系统研发需求说明书

信息管理与办公系统研发需求说明书

1.3.1.易用性

对于信息办公系统，要求工作人员可以通过鼠标选择、拖拉等操作就能够完成大部分任务，系统使用不需要复杂的培训，即可使每个用户方便、灵活地使用，做到真正的办公自动化。

1.3.2.稳定性

保证系统的不间断运行和出现错误时能够及时恢复并没有数据丢失、系统崩溃等现象出现，避免因停电、操作失误、机器硬件错误等造成的数据丢失或系统崩溃现象。

1.3.3.安全保密性

贵单位信息办公系统是涉及重要的信息，因此，安全保密性是对新信息系统的最起码要求。

1.3.4.先进性与发展性

对于系统，最好采用当前最先进的Internet/Intranet技术，也充分考虑系统的可伸缩性、可扩展性和可继承性，让系统能够随所选择的平台不断升级而得到进一步的继承和发展。

1.3.5.标准化和开放性

对于系统公文资料参考国家公文标准和用户系统内公文标准进行设计。开放性是指系统提供给本单位内部其他系统和外部其他相关单位对信息办公系统的访问。当然，这些访问是有条件的，同时也有相当的安全和权限设置。

信息管理与办公系统研发需求说明书

‘用户名’和登录‘密码’是否正确，如果输入正确，将进入系统的主界面（个人桌面）。

2.系统管理

组织机构、人员、职位是基本信息组成部分，在各个机构下设置相应的职位，每个职位可以具有不同的操作权限，通过建立人员与相应职位的对应关系，实现对人员操作权限的统一管理。

3.公文流转

公文流转以用于处理日常工作中的单位内外部的各种公文，利用计算机网络的高速迅捷和计算机控制的严格准确性实现公文的处理。公文管理模块相对传统公文处理而言，在很大程度上提高了公文处理效率和准确性，用户操作简便易行。公文流转包括了公文的发文拟制、发文签发、发文传阅、收文签收登记、公文查询等。

4.收文登记

收文登记用于外部来文的签收、登记处理，包括：新增公文、录入、编辑公文信息。

综合查询系统

综合查询系统是整个信息管理与信息办公系统中的核心系统。在此系统中，系统可以根据各种需求和查询条件。

系统维护系统

系统维护系统主要负责数据备份、系统参数设置、用户角色管理等辅助功能。系统维护系统为数据库管理员和用户权限管理员两种角色服务。

 数据备份管理包括：数据定期备份、备份数据恢复、备份历史记录查询、历史备份数据删除等功能，其中数据备份包括对数据库中数据定期系统备份和人工不定期备份，同时包括对报表文件的备份处理等； 

用户角色管理：管理用户信息，设定角色名称，及权限等功能；

篇6：网络项目需求说明书

一、项目描述(一项目概述

第二次全国经济普查即将在全国范围内展开,经济普查能否顺利进行,培训至关重要。由于我国地域辽阔,省市众多,进行直接培训将会面临培训人员众多、分散,教师水平参差不齐,成本较高等问题。

随着互联网技术的不断发展,网络培训已经成为一种重要的培训手段。相对于传统的培训方法,网络培训具有资源利用率高,培训成本低,学习形式灵活,教学管理简单等优点,因而通过互联网进行网络培训成为经济高效的培训方法。

本次采购项目涉及全国32个省(直辖市、自治区,包括兵团,培训人员众多,同时,培训系统采用国家、省两级部署方式,因此对系统提出了较高的要求。

(二项目内容

项目内容:为国家和32个省(直辖市、自治区,包括兵团提供第二次全国经济普查网络培训系统软件,并完成培训系统的集成、技术支持、服务和培训(详细内容见

三、项目实施。

(三系统要求

1、稳定性

系统的总注册用户可达10万人,预计该培训系统需要支持的最大在线人数约是4 ~ 6万人。针对在线培训的业务模式,服务器的最大并发访问数大约是系统在线人数的15% ~ 20%,最大点击率约为系统在线人数的1/5;以此估算,系统服务器的最大并发数约为6000 ~ 12000,每秒点击次数为8000 ~ 12000次。

2、易用性

系统界面风格友好和实用,符合网络培训系统通用习惯,有人性化的帮助信息,方便用户使用。用户可根据需要进行灵活的定制。可进行二次开发,开发难度小。

3、可靠性

在大量培训人员同时在线的情况下,系统效率不降低且服务不间断。具备良好的系统稳定性,确保软件运行稳定可靠。具备数据的备份与恢复功能。

4、扩展性

采用开放的技术和标准,具备跨平台运行支持能力,开放的数据接口。具有很强的扩展能力,能够根据需要灵活增加特定功能模块。系统应采用B/S结构,能部署在Windows、Linux等各种服务器环境。

5、安全性

可严格界定用户身份及权限和严格的工作流程控制,实现功能和数据的安全控制,身份信息的安全传递;对于关键业务操作必须提供日志记录功能,从物理、网络、信息、系统的层面,保证系统运行的安全性。

(四业务需求

培训管理软件系统旨在利用网络资源,高效率、低成本的完成本次经济普查的培训与考核,收集分析相关培训人员的学习记录,为今后的培训评估和调研提供数据基础。同时,在此基础上建立一个比较通用的培训平台,能够满足各级统计系统的培训需求。

培训人员为参与第二次全国经济普查数据处理的各级统计机构的工作人员,涉及全国32个省(直辖市、自治区,包括兵团,培训人数约10万人。培训系统须满足在线学习、在线考试、在线评估、在线交流答疑、在线调查、在线交互式考评、资源管理、系统管理等功能。

同时,新建系统应能够兼容目前已有培训系统(农业普查的培训课件及各项功能。

二、培训管理软件系统(一系统硬件参数

网络培训系统的运行环境为PC服务器,由采购方提供,具体配置参数如下:

(二软件部分

1、总体架构

软件培训系统是基于网络环境的培训平台,各功能模块功能应相互独立,可根据具体需求动态加载或对功能进行有效的扩展。系统应该能够有效利用网络资源,有效地支持各级统计系统的培训工作。

国家局和各省之间采用分布式部署,国家局可以向各省局下发课件、系统升级补丁,或者各省局系统可以自动升级。各省之间相互独立,可以在各自的系统中部署本省的培训。国家局和各省局系统之间可以实现各类数据的交换。

系统采用的部署示意图如下:

(州,(区,乡

2、功能模块需求

网络培训系统应至少由系统管理、在线学习、在线考试、在线评估、在线调查、在线交互式考评、资源管理及在线交流答疑等功能完成。同时,应能够根据新增需求快速、无缝扩展系统功能,新增功能应对原系统无影响。

(1基本要求

系统需要采用B/S(浏览器/服务器结构,并能够支持多浏览器,包括Internet Explorer、Firefox、Safari、Opera等,系统必须能够保证在这些主流浏览器上无障碍运行。

系统必须能够部署在Window、Linux等多种服务器环境下,能够与IIS、Apache、Lighttpd 等各种Web服务器集成。

系统应该能够支持符合国际标准格式的各种电子课件,必须能够同时支持SCORM(1.2版本以上和AICC标准,同时兼容已有培训系统的课件。支持各种非标准课件、电子文档、讲义、书籍等学习资源的上传/下载和在线学习。

系统包含的7个子系统(在线学习、在线考试、在线评估、在线调查、在线交互式考评、资源管理、在线交流答疑必须既能各自独立运行,又能集成在一起构筑培训系统。

(2系统管理 权限管理

系统通过项目或者主题来组织各类学习和其他活动,学员用户进入系统后选择相关项目(主题参加培训。项目(主题可以由系统管理员创建、修改和删除,一门课程也可以属

于多个项目(主题。

各类用户都应有各自的权限,系统应该支持课程权限的设置,用户只能看到各自权限范围内的培训及其他相关内容,进行相关操作。

同时,系统应该提供完善的组织架构管理功能。一个用户可以属于多个单位,管理员可以给不同的单位设置不同的培训、技能和证书资格。

●用户管理

系统管理员可以创建用户,设置帐户名称、登录名与初始口令。同样,也可以禁用或注销登录用户。此外,应支持批量用户资料的导入导出,导入时系统能自动的导入/匹配用户所属的部门、分组。

用户通过输入用户名和密码登录系统,系统应具有安全验证措施与权限控制。用户可以在线修改自己的个人信息与登录密码。

用户登录平台后,可以填写或修改个人详细资料。用户第一次登录,系统应提示用户填写上述个人详细资料。

●日志管理

用户进行的重要操作会记录在系统的系统日志中。管理员可以定期从系统导出日志或者删除日志。

●查询管理

系统应该对用户、课程、资源等系统数据提供关键字或模糊搜索功能。(3在线学习

系统应提供非常灵活的课程内容定制设置功能,管理员可以根据实际需要,将平台中的多种不同类型的学习资料(电子课件,参考书籍,在线评估,考试和问卷调查组织成相关项目或主题,并引导学员按照培训管理员设置的学习内容与流程进行学习。

根据培训管理员的设置,学员可以按照任意顺序,或者指定的顺序完成课程中的每一项学习活动。同时,管理员还能够设置学习单元中的某些内容可以选学,某些内容必须学习完成。

系统必须支持学员用户通过网络浏览器B/S 方式进行网上学习,能播放在电子课件中添加的各种多媒体文件类型。用户可以决定课件的播放方式:普通播放,全屏播放或者指定大小的播放界面。

该系统应该满足SCORM/AICC标准,能够支持课件工具或第三方课件制作公司开发的符合SCORM/AICC标准的电子课件无缝导入、播放和跟踪记录。

(4在线考试

系统应该提供强大的在线考试功能,能够提供试卷管理,题库管理,试卷编辑,随机策略组卷,多媒体试题,自动判卷和成绩统计功能。支持类型丰富的试卷结构与灵活的试卷布局。

系统应支持题库管理,可以通过在线编辑或批量导入功能形成试题库,支持分类管理。试题也可以离线编辑并批量导入,应支持多种常见题型:包括判断题,单项选择题,多项选择题,填空题和问答题。

该系统可以支持按多种条件(例如知识点、难易程度、题型随机选题生成试卷,在编辑试卷时,管理员可以设置随机或静态试卷生成策略。另外,该系统应该支持试卷打印功能。由该系统生成的学员试卷应该能够导出、打印和存档。

系统应支持多种考试类型(考试、练习、自测,并支持限制考试时间、及格分数和累计考试次数。管理员可以自动生成试卷和题库的统计分析报表。系统支持自动判卷和教师手工判卷,对于由系统自动判卷的试卷成绩,可以由教师进行手工重判。

系统应该支持考试标准分数的设置,例如:某门考试的实际出题分数可能是70分或者160分,但是管理员可以设置其标准分数为100分,系统会自动的折算考生获得的分数。

系统生成的试卷和题库可以用统一的打包格式导入和导出。

系统应该支持查询学员的考试成绩,并且导出学员的成绩到Excel中。学员也可以随时查看自己的考试成绩,经管理员允许,学员也可以看到自己完成的试卷,并支持打印。

考试系统需要支持离线考试记录的功能,能够将之前的离线考试记录导入考试平台进行统计分析,同时,考试管理员还可以将现有的在线考试的试卷打印成纸质的试卷,在学员回答完之后录入平台。

(5在线评估

系统应该包含在线评估功能,以支持学员对课程的评价(例如课程反馈表,在结束课程前,学员必须填写课程中的反馈表。

反馈表的形式可以是任何类型的调查问卷。包含各种常见调查问题,例如评价题、选择题、填空题、问答题等类型的问题。管理员可以通过XML格式导出和导入调查问卷,并在所见即所得的编辑功能中设计调查问卷。管理员也可以查看学员填写的调查表内容。

管理员可以生成图形化的调查统计结果,例如柱状图或详细分析表格。(6在线调查(如信息安全通报系统

系统应包括在线进行调查功能。上级用户(可以是调查管理员可根据需求创建调查项

目,制作调查报表(或问卷,定制各个调查指标,包括各类指标填写说明及其他说明等。最后在线发布,包括填报时间期限等,并通知被调查用户。

参加调查的被调查用户在一定期限内就调查项目根据实际情况在线填写调查表,并在线提交。在提交截止期限内,被调查用户可以更新所填调查表内容。

调查表应该提供各种能够严格的控制参与者如何填写的功能,例如哪个问题必须回答,多选题可以控制参与者最少勾选数目、最多勾选数目。调查表应支持调查

分支功能,根据参与者选择的不同选项可以进入不同的调查流程,显示不同的调查题目。

在线调查应该支持调查计划功能,同一份调查表可以分多次计划发布,同样的调查内容每次发布用于不同的目的,设置不同的开始时间和截止时间。

上级用户通过收集、统计汇总在线调查情况,包括调查指标内容,调查填写时间,调查用户填报率等,最后生成统计汇总表。

系统应支持调查表的模板化定制,前期的调查表可以作为后面调查表的模板,并支持模板的导入导出。

此外,系统应具有查询功能,被调查用户可以查询自己所填写调查表内容,管理员用户可以查询用户填报信息等。

(7在线交互式考评

交互式考评与传统的考评不同,需要被考核用户和评分用户一同参与来完成考评工作。被考评用户填写考评内容、提交文档等供评分用户来参考打分。该子系统应包括在线考评登记、在线考评文档提交、在线考核评分、考核评估汇总及考核评估在线排名等功能。

上级用户(可以是考核管理员可以在线建立、编辑、删除考核项目。建立考核项目主要包括创建考核指标,说明考核指标(包括考核内容、分值、考核要求、问题类型、是否提交文档及文档内容等,说明填报要求,生成考核表;建立考核项目还应包括设置被考核用户。最后,在线发布考核表,并说明考核表填写提交的时间期限。

被考核用户根据考核要求,在考核截止期限内在线填写考核内容、提交所需文档等,并在线提交考核表。在考核截止期限内,被考核用户也可以更新考核表提交内容。

系统可以指定考核小组评审人员。考核小组评审人员可以在系统中对各单位提交的考核表根据评分标准进行评分,然后在线提交考核评分表。

最后,系统可以根据考核评分统计汇总考核成绩并生成统计汇总表,根据实际需要产生排名情况。被考核用户可以查看考核评分情况。

(8资源管理

系统应该提供一个单独的资源管理系统,可以用于共享各类学习资源(在线的电子图书、离线的Excel、Word、PPT、Flash等,支持各种学习资源的导入、导出功能。管理员用户可以创建学习资源目录,学习资源可以属于多个分类。可以进入学习资源属性设置和查看,支持阅读次数查询。

资源管理系统应该支持严格的权限控制,可以为每个资源分配权限,能够设置资源是否隐藏,同时需要支持资源的版本管理与维护。

系统应该支持培训资料的在线导入,包含正式和非正式的培训资料,并支持第三方培训站点和资料的接入。

系统可显示或修改各类资源的显示图标。(9在线交流答疑

系统应提供论坛工具方便学员讨论。管理员用户可以在系统中创建专家论坛、课程论坛和其他板块论坛。在论坛中,论坛管理员可以根据点击率、关注度等条件生成精华区。

在网上交流功能之外,系统还应为教师和学员之间提供在线答疑和消息反馈功能,如提问、答疑、作业、反馈、通知和公布成绩等。

系统须支持在线与非在线情况下的学员和教师间相互交流。另外,系统提供的在线讨论或消息功能必须支持附件的上传和发送,学员和教师之间可以通过附件功能共享文档、图片或表格。

三、项目实施

(一系统集成

1、投标方应在合同签署后3个月内完成项目的部署、实施。

2、投标方负责提供本项目中的系统集成服务,集成的范围包括网络培训系统中涉及的软、硬件(硬件由买方自行采购。投标方负责系统配置方案的完整性,如有错漏,由投标方负责纠正或补足。集成内容包括: ●投标方应在全面了解掌握需求的基础上,对整个系统提供完整的建议方案。●投标方应负责项目涉及国家、省两级网络培训系统的安装、调测和性能优化以及培训的

技术支持,要有完整的支持方案。

●完成已有培训系统(农业普查网络培训系统的迁移。(二技术服务

●提供一年的免费系统升级和保修服务。

●投标方负责提供技术支持电话,解答采购方在系统使用中遇到的问题,并及时提出解决

问题的建议和操作方法。对经济普查项目覆盖地提供7×12小时响应;●投标方应建立应急机制,发生故障时能在24小时内恢复正常工作状态;●整个经济普查期间,为国家统计局提供技术专家现场服务;地方统计局提出服务请求

24小时内,电话咨询服务形式不能解决问题,投标方应指派技术人员赶赴现场进行故障处理。

(三技术培训

1、投标方应在建议书中提出详细的培训方案和培训计划,确保采购方的相关人员能管理、操作、维护本系统。培训内容应包括本项目中的相关技术原理、操作使用方法、管理维护方法、二次开发技术以及上机实习操作等。

2、投标方负责提供网络培训系统软件的培训教材,教材以VCD、电脑课件和中文使用手

册(电子版本的方式交付采购方。培训教材具体内容和方式必须由采购方核定,要求教材随系统一同交付。

3、技术培训(培训费用计入总价

培训对象及人数:国家统计局及各省局技术人员,国家局4~5人,省局每省2人 培训内容主要包括: ●网络培训系统部署、安装及环境要求 ●网络培训系统的使用

●网络培训系统的管理、维护和常见问题处理 ●网络培训系统的技术原理 ●系统二次开发技术 培训时间:5天

培训经费标准:每人260元/人天

四、项目管理

(一项目开发方式与策略

1、投标方要详细介绍本次项目开发所采用的方式、策略、技术理论、适用的条件和范围, 所选用开发方式的对比优势。

2、投标方应借鉴国内外软件开发的先进开发技术,借鉴其他厂商的项目管理经验,借鉴统

计系统已完成培训工作的经验,以满足采购方的全部技术要求。

3、对开发完成的产品必须根据采购方的性能测试要求和试点情况,不断完善。(二项目风险分析与控制

1、投标方要对各种风险和问题有先期预见性报告。

2、投标方应对项目的风险有详细的分析,对于可能引起风险的环境因素、人力因素、物质

因素等,要提供分析报告。

3、投标方对上述可能的风险和问题要有可靠的控制手段加以防范,并提供具体的解决预

案。

(三项目实施计划

1、项目实施计划要对整个项目进行阶段划分,明确以下各阶段项目实施要求: ●投标方要说明每个阶段的任务、工作过程、实施方法。

●投标方要说明各阶段的采购投标方的职责划分、各自的工作内容和形式。

●投标方要提出各阶段进度时间。

2、项目计划主要包括如下内容: ●项目实施计划 ●软件配置管理计划 ●软件质量保证计划 ●项目风险管理计划(四项目实施控制

1、投标方每个工作过程应对照计划执行、检查监督,阶段结束前必须按照预定的计划对该

阶段进行审核通过后,才能进入下一个阶段。

2、投标方应根据进度要求提供签约后交货、安装、验收时间表。

3、投标方在技术建议书中提供具体项目实施方案,对项目实施组织的进度安排等事宜做出

切实可行的建议。

4、投标方应有专职人员负责规范的落实,负责跟踪检查项目进度的落实。

5、投标方应有专职人员负责软件质量的控制。

6、投标方对本项目运行过程中的需求变更进行全程的技术保障和技术支持。(五项目实施人员

1、项目经理具有丰富的培训系统实施经验、系统实施方法。、2、项目实施相关人员具有软件使用方面的培训经验，、具有网络课件制作的丰富经验； 专业

素质较高，沟通能力强，并具有较高的团队意识和专业的工作态度。

篇7：网络项目需求说明书

研究背景：

游戏产业属于虚拟经济，是消费门槛低，定位于大众化娱乐的新兴产业。电脑游戏行业经过二十年的发展，已经成为与影视、音乐等并驾齐驱的全球最重要的娱乐产业之一，其年销售额超过好莱坞的全年收入。互联网的出现为电脑游戏行业发展注入了新的活力，凭借信息双向交流、速度快、不受空间限制等优势，让真人参与游戏，提高了游戏的互动性、仿真性和竞技性，使玩家在虚拟世界里可以发挥现实世界无法展现的潜能，改变了单机版游戏固定、呆板、与机器对话的状况。网络游戏的这些优势不仅使其在电脑游戏行业中异军突起并在某种程度上取代了单机版游戏，而且成为网络业三大(网上金融、网上教育和网络游戏)赢利且利润优厚的领域之一。

具体研究内容：

1.研究网络游戏行业的现状，前景，人才需求量

2.研究网络游戏企业的业务构成和企业运作情况，针对岗位需求研究本科生的能力素质模型，紧密结合我校学生的特点重点研究网络游戏开发，网络游戏的测试，网络游戏市场推广，网络游戏售后服务，售前支持的情况。

3根据调查研究结合我校实际情况，确定我校网络游戏开发专业人才培养方向，制定适应市场需要的才培养计划。

研究主要方法及主要路径：

1.实地访谈：选择家9典型的游戏公司（北京区:干橡、北京游戏谷、双程互动、育碧、51玩、昆仑；华东地区：杭州乐唐、游戏蜗牛、上海位莱；华南地区：DOVA gameSTUDIO）、5游戏学院进行实地的访谈研究。

2.文献研究：分析行业年报、招聘信息。

3.问卷调查：提供准确的数据支持。

篇8：网络项目需求说明书

软件需求是软件开发的开端与基础。在项目需求分析阶段, 开发方和委托方 (客户或本公司领导) 必须全面且尽可能细致地讨论并确定项目的应用背景、功能要求、性能要求、操作界面要求、与其他软件的接口要求以及对项目进行评估的各种评价标准。在进行需求分析时, 可以首先分析客户原有系统的建设情况, 对客户的原有产品进行分析, 明确建设目标等。

一项目需求工程

1. 需求工程的定义

需求工程是所有与需求直接相关活动的通称。开展需求工程的目的是使开发方和委托方对项目需求有共同、清晰的理解, 并能够依据双方确认的需求开展后续开发工作。

2. 需求工程活动的分类

需求工程中的活动可分为两大类:需求开发和需求管理, 需求开发和需求管理又可细分为6个活动。

二软件需求开发

软件需求开发是软件工程的第一个重要环节, 在包括需求、设计、编码、测试和维护等阶段的软件生命周期中, 需求开发处于软件工程的开始部分, 它提供构建软件项目的根基, 决定软件开发成果与客户需求的匹配程度。软件需求开发的主要活动如下:

客户需求调研:通过各种途径, 来获取客户 (购买者、使用者和影响者) 的原始需求。软件需求获取的方法有:与用户交流, 向用户提出问题;参观用户的工作流程, 观察用户的操作;用户工作的情景分析;现有系统的问题报告和改进要求;事件和响应;市场调查或向用户群体发调查问卷;与同行、专家交谈, 听取他们的意见;分析已经存在的同类软件产品, 提取需求;从现有产品或竞争产品的文档中提取需求;从行业标准、规则中提取需求;从Internet上搜查相关资料等。

客户需求分析:需求分析是对各种途径获取的客户需求原始信息进行分析, 消除错误, 补充细节等。确保最终的需求文档能够正确地反映客户的真实意图。

项目需求定义:在需求调查和需求分析的基础之上, 按照指定的格式撰写需求文档, 即《需求规格说明书》, 项目团队依据《需求规格说明书》开展后续工作 (设计、开发、测试等) 。

三软件需求管理

1. 需求管理在软件项目管理中的地位

在软件项目管理中需求开发是软件开发的第一步, 是关键的一步, 也是最难把握的一步。同时, 从软件的项目立项、研发一直到维护, 用户的经验在增加, 对使用软件的感受有变化, 以及整个行业的新动态, 都为软件带来功能不断完善、性能优化、提高用户友好性等需求变更要求。可以说, 需求变更贯穿于软件项目的整个生命周期, 如果不能有效处理这些需求变更, 项目计划会一再调整, 软件交付日期一再拖延, 项目研发人员的士气将越来越低落, 将直接导致项目成本增加、质量下降及项目交付日期推后。这决定了项目组必须要重视需求管理并拥有行之有效的需求管理策略。需求管理做得好坏会直接影响到软件的质量, 甚至软件项目的成败。

2. 需求管理的主要活动

需求管理主要包括项目需求评审、项目需求跟踪、项目需求变更控制三个方面, 三个方面相互关联, 构成一个有机的整体。

2.1项目需求评审

根据需求调查和需求分析的结果, 撰写的《需求规格说明书》应当进行需求评审, 确保需求确定的科学性。可采用下列指标进行评审: (1) 正确性:每条需求都正确代表构建软件系统所要完成的事情。 (2) 无歧义:每条需求只有一种解释。 (3) 完备性:需求不能发生遗漏, 应全面考虑相关问题。 (4) 一致性:用户需求必须和业务需求一致, 功能需求必须和用户需求一致。 (5) 重要性和稳定性分级:现有资源不足以实现所有需求时, 可以根据级别的高低决定实现的先后, 舍弃一些级别低的需求以保证项目的按期交付。 (6) 可验证性:需求分析是可测试的, 只有系统的所有需求都是可以被测试的, 才能够保证软件始终围绕着用户的需要, 保证软件系统是成功的。 (7) 可修改性:每一条需求都易于完整一致的进行变更, 且不改变需求集的结构和风格。 (8) 可跟踪性:每条需求都是可溯源的, 且存在一种机制使得在以后的工作中引用需求是可行的。 (9) 可理解性:用户和开发人员都完全理解需求集的整体行为、所提供的功能及其中的每条需求的含义。

2.2项目需求跟踪

需求跟踪的目的是建立与维护“需求-设计-编程-测试”之间的一致性, 确保所有的工作成果符合客户需求。很多人这样认为:如果依照“需求→设计→编程→测试”这样的顺序来开发软件, 由于每一步的输入就是上一步的输出, 所以不必担心设计、编程、测试会与需求不一致。需要指正的是, 在实际情况下即使采用严格的瀑布模型也不能保证每个环节的工作成果与需求保持一致。因为软件开发者是人而不是机器。人们的表达能力、理解能力不可能完全相同, 人与人之间的协作很难达到天衣无缝的境界。假如没有需求跟踪的话, 开发过程中的每个环节都可能发生偏差, 最终面目全非。

2.3需求变更控制

需求发生变更的主要原因有: (1) 随着项目进展, 开发方和客户方对需求的了解越来越深入。发现原先的需求文档可能存在这样那样的错误或不足, 因此要变更需求。 (2) 市场发生了变化, 原先正确的需求可能跟不上新的市场需求, 因此要变更需求。提出需求变更的动机是好的, 目的是希望开发成果更加符合客户的需求。但是对项目开发团队而言, 变更需求意味着要重新分配任务、修改前期工作成果等, 为此付出较重的代价。如果每次需求变更请求都被采纳的话, 这个项目也许永远不能按时完成。

3. 软件需求管理中存在的问题

目前在软件需求管理中存在一些问题, 主要体现在对需求描述的细致性、正确性、完备性把握不足以及对软件需求的变更难以控制和正确处理。

3.1需求描述的细致性

软件需求在整个软件系统开发中起着非常重要的作用, 一般来说, 需求描述越详细越好。有人认为, 项目的开发方与用户在各种问题上的要求基本轮廓达到一致即可, 具体的细节可以以后再填充, 这是一种非常危险的思想。不管需求分析做得多么细致, 以后对需求的变更都是必然的。另一方面, 在需求分析阶段, 开发人员希望再多投入一些时间, 但是用户却不这么认为, 因为需求阶段是软件系统开发首先要进入的阶段, 离最终开发出可用的系统还有很长一段距离, 这也导致了双方的不一致。同时, 如果在需求阶段投入很多时间, 时间越长, 可能的变化就越多, 对设计的限制也就越严格。因此在需求描述的问题上, 没有统一的界定, 需要开发人员学会适当的把握。

3.2需求描述的正确性

软件开发是一种专业行为, 一般的用户难以理解软件开发人员的开发理念。所以在和用户交流时, 他们讲述的需求在实际中利用现有的技术可能是实现不了的, 用户以为自己很清楚自己的需求, 但实际上他们只是依据当时的工作需求提出的。随着开发工作的不断进展, 用户可能想到更多的功能和特色, 进而对以前的需求进行改动, 导致需求的不一致。

3.3需求描述的完备性

系统的需求层出不穷, 我们不可能做到把所有的需求都一一列举出来, 并且随着时间的推进, 用户的需求也会越来越多, 要穷举需求是不可能做到的。另外, 并不是用户提出的所有需求都要满足, 在项目的最后, 改变一个需求对整个项目的影响或损失很可能会超过需求本身给用户带来的益处。

3.4需求的变更

需求的变化问题是每个开发人员、每个项目经理都遇到的问题, 也是最头痛的问题, 一旦发生了需求变化, 不得不来修改已有的设计、重写相关代码、修改测试用例、调整项目计划等等, 需求的变化好比是万恶之源, 为项目的正常的进展带来不尽的麻烦, 怎么办?必须加强管理, 使需求在受控的状态下发生变化, 而不是随意变化, 需求管理就是要按照标准的流程来控制需求的变化。但难题随之而来, 需求中的变化一般不是突发的革命性的变化, 最常见的是项目需求的渐变问题, 这种渐变很可能是客户与开发方都没有意识到的, 当达到一定程度时, 双方才发现已经物是人非, 整个需求发生了质的变化。

4解决问题的策略

针对软件需求管理中存在的问题, 必须建立解决问题的有效策略, 特别是针对需求变更, 必须要有正确的认识, 也要有有效的管理机制以及与用户良好的沟通机制。

4.1对需求文档版本控制

客户签收的所有过程文档都要作为基线确定下来, 做好相关文档的管理工作。需求的基线是指是否容许需求变更的分界线, 需求分析人员在充分与客户用户进行沟通的基础上形成第一个版本的需求文档, 这个需求文档在通过需求评审后即可以建立第一个需求基线。此后每次需求变更并经过需求评审后, 都要重新确定新的需求基线, 以免将来用户需求发生变更时, 原来的需求无法查找。为有效进行需求变更控制, 必然要做的工作就是保存好各个版本的需求基线, 维护需求基线文档, 以备不时之需。

4.2正确认识需求变更

变更的需求之所以变得难以管理, 不仅是因为一个变更了的需求意味着要花费或多或少的时间来实现某一个新特性, 而且也因为对某个需求的变更很可能影响到其他需求。应确保赋予需求一个有弹性的结构, 使它能适应变更, 并且确保使用可追踪性链接可以表达需求与开发生命周期的其他工件之间的依赖关系。管理变更包括建立基线, 确定需要追踪的重要依赖关系, 建立相关项之间的可追踪性, 以及变更控制等活动。

4.3管理需求变更

变更控制不应该只是软件开发过程应该考虑的事情, 随着软件产品的开发和时间的推进, 用户会提出越来越多的新需求, 甚至在交付软件产品的最后阶段用户还会有不同的需求, 因此需求变更的管理应贯穿于整个项目生命周期的全过程。为了使变更对项目的影响降到最小, 就应当采取合适有效的变更控制策略, 确定一个选择、分析和决策需求变更的过程, 所有的需求变更都需遵循此流程。对需求的变更的处理应该分以下几个步骤:提出变更、变更评估、实施变更、监督变更过程。

4.4与用户充分沟通

在需求管理过程中与用户的沟通很重要, 因为它直接决定着最终软件产品是否满足客户的要求, 即很大程度上决定着项目的成败。在沟通时, 双方对需求的认识要一致, 不能模棱两可。讨论需求及变更需求时, 需求人员与客户及用户应该尽量采取协作的态度, 良好的工作氛围也会提高工作效率, 很难想象双方在“刁难”与“对付”的态度下是多糟糕的工作场景。确定需求基线的过程也是与客户用户交流的过程, 而频繁大量的需求变更在很大程度上也是交流不充分的后果。所以, 有效的充分的交流尤为重要, 需求人员认真听取客户用户的要求, 进行分析和整理, 并最终取得用户的确认。

四结束语

需求管理是一个持续的不断完善的过程, 软件项目开发过程中需求管理的问题有很多, 随时都有用户需求变更, 需求分析的错误也时常发生, 需求质量难以保证, 针对这些问题, 如何采取有效的措施以尽可能减少这些问题可能给项目造成的影响也显得尤其重要, 另外关于需求的质量问题, 需要结合CMMI标准进行需求的质量管理, 有效提高软件的总体质量水平。我们相信随着软件工程的发展和进一步成熟, 软件需求管理的发展会取得更大的进步。在实际项目中, 我们要坚持改善软件工程的管理, 并在实践中总结适合自身的经验, 这样才有利于需求管理技术的不断进步和软件项目的顺利完成, 创造出更高的品质和更大的效益。

参考文献

[1]侯悦.浅析软件项目需求变更管理[J].福建电脑.2009年07期

[2]陈丽杰.浅析软件项目管理中的需求管理[J].科技资讯.2007年14期