软件产品需求说明书

软件产品需求说明书（精选15篇）

1.软件产品需求说明书 篇一

实验报告

（三）课程名称_软件工程__共页 系别_计算机学院_____________________ 实验日期2012年3月 23日 专业班级__09计算机科学与技术1班__ 实 验 报 告 日 期年月日

实验名称: 实验三软件需求规格说明书

一.实验目的在软件系统数据流图和数据字典的基础上，学习软件需求说明书SRS的编写。

二.实验任务

编写教材购销系统的软件需求说明书SRS。

三.实验要求

按需求规格说明书格式编写：

1.引言

(1)编写目的:说明编写需求规格说明书的目的.(2)背景说明:软件产品的名称,项目的提出者、开发者及用户，软件产品能作什么。

(3)术语定义:列出文档中所用的专门术语的定义等.(4)参考资料:列出文档所引用的全部资料.2.概述

(1)功能概述:列出待开发软件产品将完成的主要功能.(2)约束:叙述对系统设计产生影响的限制条件或特殊需求的理由,如管理模式、硬件限制、与其它应用系统的接口、安全保密等。

3.数据流图与数据字典

(1)数据流图:加工说明(编号、加工名、输入流、输出流、加工逻辑)、数据流说明；

(2)数据字典:文件说明(文件的成分及组织形式)、数据项说明。

4.接口

(1)用户接口:屏幕格式、报表或菜单的页面格式及内容、功能键等；

(2)硬件接口:软件产品与硬件各接口特点、运行软件的硬件设备等；

(3)软件接口:该软件与其它软件之间的接口。

5.性能需求:精度、时间特征、灵活性等。

6.属性:可使用性、保密性、可维护性和可移植性。

7.其它需求:数据库、操作及故障处理。

四.实验内容

教材购销系统软件需求说明书

一、引言

1.编写目的详细介绍教材购销系统的需求说明，为用户描述出一个具体的产品模型，为软件设计、开发及测试人员提供下步工作的依据。此文档说明了系统的设计考虑，包括系统的功能概述、数据流图、数据字典、接口设计、性能需求、属性设计和故障处理设计等，为详细设计提供基础。并控制系统进化过程，项目开发的目标是否完成根据需求规格说明书中确立的可测试标准决定。

2.背景说明

（1）软件产品的名称：教材购销系统

（2）项目的提出者：彭华老师

（3）开发人员:系统分析员：xxx，系统设计员：xxx，程序设计员：xxx，数据库管理员：

xxx，数据操作员：xxx，系统测试员：xxx

（4）用户：学校教材管理部门和全校师生

（5）系统功能：该系统还和学校财务科进行资金数据来往,.由本系统向财务处提供销售

情况,实行教材的安全发放和采购.并顺便和各书店联营向个别人员单独

售书。

3．术语定义:列出文档中所用的专门术语的定义等.数据流图：数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘

信息 在系统中流动和处理的情况。

数据字典：

接口： 库存表：存放库中存在得书籍数据。

出库表：存放已销售的书籍的数据。

进库表：存放入库书籍的数据。

购书表：存放提交的购书信息。

缺书登记表：存放缺少的书籍的信息。

待购教材表：存放待购书籍信息。

4．参考资料

（1）《软件工程——原理、方法与应用》(第3版)史济民 顾春华 郑红等，高等教育

出版社

（2）《实用软件工程》(第二版)郑人杰等，清华大学出版社

（3）《软件工程》第六版，Roger S．Pressman著，机械工业出版社

二、概述

1.功能概述:列出待开发软件产品将完成的主要功能.2.约束:叙述对系统设计产生影响的限制条件或特殊需求的理由,如管理模式、硬件限制、与其它应用系统的接口、安全保密等。

三、数据流图与数据字典（详见实验二）

(1)数据流图:加工说明(编号、加工名、输入流、输出流、加工逻辑)、数据流说明；

(2)数据字典:文件说明(文件的成分及组织形式)、数据项说明。

四、接口

(1)用户接口:屏幕格式、报表或菜单的页面格式及内容、功能键等；

(2)硬件接口:软件产品与硬件各接口特点、运行软件的硬件设备等；

(3)软件接口:该软件与其它软件之间的接口。

五、性能需求:精度、时间特征、灵活性等。

六、属性:可使用性、保密性、可维护性和可移植性。

七、其它需求:数据库、操作及故障处理。

五.实验小结

2.软件产品需求说明书 篇二

关键词：软件开发,软件需求,软件用户

1 计算机软件开发中的软件需求

软件需求工程是计算机软件开发工作的一个重要源头, 涉及到需求开发和需求管理。需求开发涉及到需求调研, 需求收集, 需求分析, 需求开发等工作, 其中的重点有业务流程, 数据字典, 业务规则, 界面原型;需求管理工作涉及到需求的状态管理, 变更管理, 需求的跟踪, 需求的验证和确认等重要内容。

软件需求分析特别重要, 在软件开发的过程中具有举足轻重的地位, 但是我们常常会忽视两点:一个就是缺乏需求分析和开发的过程, 把用户需求直接作为了软件需求, 没有需求建模和抽象的过程。另外一点就是对于性能, 安全, 易用性, 可维护性和扩展性等非功能性需求没有考虑, 导致开发出来的系统是一个不好用的半成品。

2 软件需求在软件开发中的重要性

2.1 尽快熟悉项目用户方干系人全貌

项目用户方干系人, 即是全部可能将受到软件项目结果重大影响的人, 既是软件项目的整个风险的承担者, 同时也可能将是软件项目的受益者, 还有可能是软件项目的受害者。所以, 就应该从启动软件项目开始, 其需求分析员和该项目全体成员就首先要将项目用户方干系人包括的组织和成员分析清楚, 对各个成员都通过交流协调的方式来影响他们, 加强他们对整个项目发展的支持度, 再逐一调查沟通了解他们的意愿和需求, 最大可能的消除他们对项目产生的阻力, 以保证项目能顺利地进行, 最终取得成功。

有一部分软件项目的需求分析员在做实际调查时, 因为会受到进度要求等一些因素的制约, 需求分析员和建设单位的技术部门之间有比较多的交流, 却在调查实际使用者和业务管理部门没有足够地深入, 导致软件经过试用期之后就又必须再对需求做出大幅度的调整, 甚至是“从头再来”的可能性非常高, 远远超出了进度所规定的时间。因而, 了解并掌握项目用户方干系人的全貌是进行需求调查的首要任务, 同时还是进行需求调查的根基。在安排组织软件开发项目的全体项目用户方干系人之中, 最值得重视的就是建设单位中的业务关系和人事组织。最好是可以画出有关单位的组织结构图, 为了今后能更好更加全面地开展需求调研分析工作, 还应该在该组织结构图的基础之上再画出此软件项目中全体用户方干系人的关系结构图;运用责任矩阵来确立各个环节的调研对象;为了确保在调研和分析时能及时地和各成员进行有效沟通, 还要建立一个完整的调研对象通讯录。

2.2 采用正确的方法来获取需求

软件开发项目就是为了要获取并满足项目用户方的使用需求, 其中项目用户方的需求分为隐含的和明确的, 还可以分为不同的层次, 如:WISH, WANT, 等NEED。假使对项目中全部的用户方干系人缺少足够的交流沟通和积极影响, 再让他们均尽可能地参与到项目开发中, 则将会造成客户方的有关责任人很模糊或者对调查范围和项目用户方的需求没有足够强的责任心, 提出来的需求十分随意, 在项目开发前期不能积极地确认需求, 或者是几个项目用户代表各说其辞、昨是今非, 在项目开发的后期也随意变化需求等现象, 这就将导致项目范围的不断扩大, 进度严重受到阻碍, 增加了投入的成本, 甚至最终使项目彻底失败。

不同的软件用户对系统的要求也各不相同, 比如一个毫无经验的用户只会留意系统在使用时是否容易简单, 而对于一些高级用户就需要重视软件产品的高效性和易用性。因此, 需求分析员就应该对用户进行科学合理地分类, 每一个类别的用户均将有适合自己的非功能和功能要求。在软件开发项目中, 应该尽可能早地给产品确立并描述各不相同的用户类别, 这样就可以从所有的重要的用户类代表当中获取到各不相同的需求。

软件需求同时具有两重性 (开发商与用户) 和多重性 (项目中的各干系人) , 所以, 软件项目经理和该开发系统的集成人员应该对用户干系人的不同需求有充分了解, 用户干系人还应该对技术层面上的需求有充分的了解, 两者都不可或缺。要准确地获取需求就应该足够地了解用户的代表性、用户的分类、需求的来源、用户需求由谁决定等诸多因素。项目经理和开发人员在聆听聆听用户的表述时均须具备足够的耐心, 要对每一个细节都了解得十分详细。此外, 项目管理人员要擅长将需求分类和归类, 擅长把需求文档化, 并做好相应标记便于查询。

3 强调实现软件项目需求的层次递进性

要明白此软件开发系统或者此项目用户所能够提供的最少的开发费用。如果预计资金不足时, 就应该考虑把项目进行分期实施。在技术上、系统上给用户提出一些引导性的建议, 让用户明白集成商所需要实行的工作, 明白集成商的目的就是帮助用户实现自己的需要并最终实现用户的目标, 而不应该只是为了赚钱, 一旦用户对集成商有了更深入的了解, 且更加清楚自己的系统, 这就对今后的项目合作、系统维护和工程实施十分有利。

分析用户以前使用过的库模式、数据结构和系统模式, 看是否需要进行转换、共用、保持, 这就关系到保护用户投资的问题。结合当前的工作业务流的实际情况来选择合理的工作模式, 还应该考虑到未来或许会出现的变化、新规定、扩展, 以及和国际接轨后或许将造成的一系列变化。严格监视开发工程的进展环境是否得到有效保证, 特别对于网络工程, 必须在需求调查过程中就应对用户领域的实施环境有足够的了解, 当实施环境不具备时, 就需要及时进行环境改造和配套设计。

参考文献

[1]赵海霞, 李道申, 刘勇, 赵嘉诚.一种Deep Web查询结果的实体抽取方法[J].计算机工程与应用, 2006.

[2]李琰, 张翌旸.基于Multism在数字电路课程设计中数字报警器的实现[J].计算机光盘软件与应用, 2008.

[3]张燕军, 孙有朝, 曾海军, 陆中, 王京娅.转子非包容失效安全性的计算机辅助分析方法[J].航空学报, 2011.

3.学会阅读理财产品说明书 篇三

完整的理财合同由产品合约和理财产品说明书组成。一般来讲，产品合约在真正购买时才能看到，因此理财产品说明书对投资者的投资决策起着关键性的作用。毕竟金融产品带有一定的专业性，说明书措辞上难免会有不够通俗易懂之处，往往不经意间的一个短句，就隐藏有很多的内涵。本文不妨拆解一下复杂产品说明书的“弦外之音”。

关键词1：投资方向和风险等级

以某银行发行一款挂构型产品为例，该产品提供到期日100％投资本金保证，挂钩2只商品——牛奶和小麦，表现以点对点比较计算。如果1.5年后牛奶及小麦表现没有下跌，可获取最低18％的投资收益，收益率最高达50％。

回报收益率一定都是吸引投资者做出购买决策的要素之一。但是所谓的收益率是需要一个比较基准的。如果资本市场普遍繁荣甚至出现大牛市，也许50％的投资回报也是没有竞争性的。但遇市场萧条，10％恐怕就已经是其中翘楚了。因此，理财产品的收益情况实际上是基于投资环境和投资方向而言的。需要客观看待收益率的数字，冷静斟酌收益率的所谓高低。

一般在统一投资期和投资环境下，可以遵循“风险与回报成正比”的常识，根据“投资方向”和“风险等级”综合选择适合自己的理财产品。比如，该产品在全球资本市场的震荡市中选取与证券关联不大、抗通货膨胀商品的市场。产品结构设计为保本浮动收益，投资方向较稳定，风险等级为中等。

关键词2：保证收益和预期最高收益率

由于银监会颁布的《商业银行个人理财业务暂行办法》中明文规定，保证收益理财产品或相关产品中高于同期储蓄存款利率的保证收益，应是对客户有附加条件的保证收益，不得利用个人理财业务违反国家利率管理政策变相高息揽储。因此，“保证收益”是有附加条件的“保证收益”。附加条款可能是银行具有提前终止权，或银行具有本金和利息支付的币种选择权等，且附加条件带来的风险由客户承担。因此，且不可将理财产品当成存款看待。

理财产品宣传中提及的收益率未尝没有浮夸之嫌。投资者需要从几方面仔细打量这些诱人数字的含义：第一是预期最高收益率不代表实际收益率，以市场上对以往所有银行理财产品的表现追踪来看，达到预期的概率并不高，一切还要视产品投资方向的相关表现及产品的设计情况而定；二是收益率是否为年化收益率，比如一款产品称18个月可以取得18％收益，折成年收益来讲仅为12％，一个文字游戏就会使产品吸引力大幅攀升；第三是应该详细阅读产品预期收益率的测算数据、测算方式和测算的主要依据，还需关注收益率预测模型中有关外生变量的相关变化；四是投资的币种引起的汇率损失，投资者有可能要承担相应的汇率损失，从而削减真正的收益，假设投资的是一款投资美国市场的QDII的产品，即使实现了10％的收益，实际收益也随着人民币的大幅升值而应声缩水。

关键词3：认购期

通常一款产品的认购期都要有20天左右，投资者先可以不太急于购买。一来可以有更多时间斟酌一下产品的适合程度；二来可以进一步观察其投资方向的市场走势；更重要的是，如果金额比较大，完全可以做一个七天通知存款或购买几天货币市场基金，打一个时间差，也可以赢得一笔不错的投资收益。

关键词4：终止条款

银行的提前终止权相当于投资者卖给银行一个期权。因为关系到投资者放弃了根据市场状况调整资金投向的权利，因此投资者在卖出期权后，享受到无银行提前终止权的同类产品高的收益率，高出的部分实际上就相当于期权费。羊毛出在羊身上，需要审慎考虑其中的代价。

有极少数理财产品设计了投资者的提前终止权，但是这仅相当于银行向投资者出售了一个期权，投资者因为享受这项权利而需要支付这笔期权费，收益率也会相应变低。在阅读时，要留意关于这方面的规定。

关键词5：提前赎回

有款产品对于提前赎回的描述是这样的：“产品交收日(2008年3月20日)后每年的3月、6月、9月或12月的第3个营业日，此保本投资产品将准许提早赎回，本行会收取相关费用、损失及开支(以本行行使其绝对权利所厘定为准)。”

关于理财产品的提前赎回，一般分两种情况：一是投资者与银行均无提前终止权，因此不能提前赎回；二是客户可以提前赎回，这种赎回权利还进一步细分为随时支持赎回和只可以在某一规定时间的赎回。该款产品即为投资者有权提前赎回但要列支相关费用的类型。

通常来讲，提前赎回都需要支付相关的费用，同时不再享受到期保本或保证收益的条款。如果这笔费用的成本过高，甚至超出了此段投资期的投资收益，建议投资者慎重考虑。若真有财务流动需求，可以咨询该产品有无质押贷款等增值业务，这样可以保障产品的稳健运行，也满足了不时之需。

关键词6：到期日、到账日和相关费用

到期日意味着产品到期、停止运行，而银行要等在“到账日”才会把投资者的本金和投资所得返还给投资者账户，这中间会有稍许时滞。

4.网上鲜花系统需求说明书 篇四

随着网络的普及，网络支付手段的逐步完善，越来越多的人习惯于网上购物，选择鼠标点击下订单，送货上门的快捷便利的购

物方式。网络为改变传统的商业运作模式提供了一种技术上的可行性的方案：利用Internet的技术和协议，建立各种企业内部网Intranet，企业外部网Extranet，通过廉价的通讯手段，将买家与卖家、厂商和合作伙伴紧密结合在了一起，消除时间与空间带来的障碍，从而大大的节约了交易成本，扩大了交易范围。而在实际的生活中，这种方案已经被广泛的运用到了实际的商业活动中了，人们将这种交易模式称为：电子商务。

而传统书店的购书观念也正在被网上书店这一方便快捷的购书方式所冲击。网上书店在国际互联网上可以实现的商务功能已经越来越多样化，从最开始的信息发布功能，到现在的在线图书展示功能、在线洽谈业务功能、在线交易功能、在线客户服务功能、在线管理功能等等，几乎传统书店所提供的功能都可以在互联网上进行电子化的高效运作，而借助网络的跨地域特点，更是将传统书店的地域限制加以突破，从而大大增加了客户的数量。

任务概述及系统功能概述

2.1 系统功能说明

2.1.1花店前台

前台作为与用户直接交互的界面，在考虑功能的同时，也考虑了操作的简洁和方便性，目的是让大多数不在懂电脑操作的客户，也能轻松的享受电子商务给他们带来的便利。(1)前台主要功能包括

注册/登录、我的账户、花店介绍、联系方式、鲜花查询、图书分类浏览、鲜花展示、鲜花排行榜、精品推荐、购物车、自动友情链接功能等等。

(2)网上花店系统前台设计的特色(a)我的账户

每个注册的用户，都拥有一个属于自己的账户管理界面，客户可以轻松的管理个人基本资料，送货信息资料，修改密码，管理订单，查看鲜花，查询订单汇总。本系统充分考虑到了本模块对于客户的重要性，所以界面尽量做的简捷，采用开放式结构，一目了然，方便客户轻松掌控自己的一切信息，从而提高对花店的信任度，进一步增加花店的销售额。(b)鲜花订购的详细过程

会员注册-->选择鲜花-->下订单-->鲜花店发货-->快递公司送货-->客户收到鲜花核查无误后付款

(c)多种方法查询方式

传统花店最困惑的就是购花时的盲目性，找一束花，需花费大量的时间和精力，网上花店这方向的困惑已经得到了彻底的解决，数据库的高效检索，让客户找书不再烦恼。本系统运用了先进的检索方式，包括模糊查询，按鲜花分类、按鲜花序号，按鲜花价格范围，按生产商，按鲜花名等多种查询方法，同时查询方法简单易懂。

系统前台结构图

系统前台 用户登陆鲜花展示订购服务鲜花知识链接用户注册 新花上架精品推荐销售排行详细分类立即购买加入购物车友情提示

2.1.2花店后台

本系统后台管理在考虑花店管理操作简便的同时，提供了强大的花店管理主模式。大模块上分为用户管理，鲜花管理，订单管理，分类管理。

系统后台结构图

系统后台用户管理鲜花管理

订单管理 分类管理

2.1.3售后服务

(1)、客户评价

当用户购花成功后，可以在当天内对此花的质量等进行评价，若评价经管理员审理后，不含有触犯相关法律法规的内容，则此评价内容会显示在鲜花信息的下方。广开言路，为管理员和其他客户提供参考意见

（2）考虑到鲜花的新鲜度，确认付款后当天内若有质量问题，可与店方协商后换货。

2.2 网上花店的系统特点

(1)简洁美观的操作界面

美观又简单的操作界面对于一个网站能否吸引顾客的光顾，起着至关重要的作用。操作过于复杂或网站的设计过于沉闷都会使网上花店得不到客户的青睐。本系统通过工作人员的精心打造，配以精致的鲜花动画，使网上花店既时尚典雅，又动感十足，吸引广大顾客的光临。

(2)、科学的花店管理模式

系统采用店方推荐与客户检索相结合的方式，能轻松的找到客户所需要鲜花信息；通过完善的信息发布系统，客户可以及时得到花店最新动态和新闻，掌握行业动向；后台结构化管理模式，涵盖了用户管理、订单管理、分类信息管理、鲜花管理等等，为化店的电子化管理提供了一套良好的管理模式。（3）加入购物车

网上购物不可避免的需要涉及邮递，而邮递也需要客户付出一定的费用。购物车系统的开发，使买家可以像在超市购物一样，随意添加删除商品，选购完毕后，统一下单。避免多次付费、重复付费,为客户提供便利。需求规定

3.1对功能的需求

分析用户要求实现的全部功能（分析建模 DFD，DD，E-R）3.1.1 系统功能模块图

网上花店管理系统的功能可以划分为如下几个部分

（1）前台管理：主要是用户或会员必须先进行登录然后进行查看鲜花、选择的鲜花、购买鲜花等基本操作。

（2）后台管理：主要是管理员对会员的管理、整理购买鲜花订单完成发送货、鲜花库存的动态管理、对网站的维护和更改等操作。

登陆界面用户查询管理员登陆注册成为会员会员登陆管理会员管理购花单管理鲜花购买鲜花，收到回执单进行发货生成账目生成购物单更改库存 3.1.2 数据流程图

客户 所有鲜花信息购买鲜花系统鲜花客户顶层数据流图

客户所需鲜花信息鲜花处理1订单支付处理2鲜花客户D1 订鲜花信息D2 支付信息

购买鲜花系统化分析数据流图

注册1.1填写信息挑选鲜花1.2鲜花放入购物车1.3D1所选鲜花信息预订鲜花系统细化分析数据流图

3.1.3 数据字典

本系统的部分数据字典如下：(1).数据存储：

名字：用户表

别名：用户表

描述：记录用户的个人基本情况

定义：用户表=用户id+姓名+家庭住址+登录密码+真实姓名

位置：网上鲜花店数据库 名字：用户分类表 别名：用户分类表

描述：记录各使用者的个人基本情况

定义：用户分类表表用户分类id+职位+姓名+登录密码 位置：网上鲜花店数据库

名字：鲜花表 别名：鲜花表

描述：记录库存鲜花的基本信息

定义：鲜花表=鲜花id+鲜花分类id+名称+描述+价格+点击次数+来自生产商+库存 位置：网上鲜花店数据库

（2）数据结构：

名字：用户id 别名：用户号，编号

定义：用户id=用户申请日期+用户个人编号

会员申请日期=8{数字字符}8 会员个人编号=2{数字字符}8 位置：用户表 名字：管理员id 别名：管理员号，管理员编号

定义：管理员id=部门编号+职工个人编号

部门编号=2{数字字符}2

职工个人编号=5{数字字符}5 位置：管理员表

名字：鲜花 id 别名：鲜花号，鲜花编号 定义：鲜花id=种类编号+编号 种类编号=8{数字字符}8 编号=4{数字字符}4 位置：鲜花表（3）数据元素 名字：花名 别名：花名 定义：4{字符}8 位置：用户表 管理员表 网上鲜花店数据库 名字：联系方式 别名：联系方式

描述：手机联系方式或固定电话联系方式 定义：11{数字字符}11|7{数字字符}7 位置：用户表 用户分类表

网上鲜花店数据库 名字：登陆类别 别名：登陆类别 定义：1{汉字}4 位置：用户分类表 网上花店数据库 名字：密码 别名：登陆密码 定义：3{字符}6 位置：用户表 用户表 网上鲜花店数据库 名字：时间 别名：时间 定义：8{汉字}8 位置：订单表

3.1.4 E—R 图

地址性别密码地址用户名密码用户名用户1购买MM1管理1管理员1管理下订单MM点击次数订单库存价格明细编号鲜花数量订购时间种类鲜花名描述

3.2 对性能要求

3.2.1 精度

本系统要求输入的会员年龄为整数，买书的数量为整数，出生日期必须是合法的日期形式（如1990-08-01），身份证号码必须为数字。3.2.2 时间特性要求

（1）系统的更新处理时间应该在可接受的范围内；（2）系统的数据查询时间应该在可接受的范围内；（3）系统的数据统计时间应该在可接受的范围内。3.2.3 灵活性

（1）操作方式上应该能够满足鼠标和键盘任意切换的需要；

（2）能够支持Windows95、Windows98、Windows2000、Windows Me和Windows XP的运行环境；（3）留有与其他系统的接口。3.3 输入输出要求

对会员注册中“姓名”的输入要求不超过4个汉字或8个英文字符；会员的性别只能选择不能有键盘输入，出生日期必须输入合法（如1990-08-01），输入身份证号必须合法，即必须为18为数字。3.4 数据管理能力要求

由于购买鲜花系统会对用户的资料进行保存，并且，鲜花的库存会随着数的购买或购进新的鲜花而改变，因此对数据的存储有一定的要求；要求提供数据的备份功能。3.5 故障处理要求，可维护性

在输入不对的符号定义格式的数据时，软件应出现提示信息，而不是死机或删除已经输入的信息，然后再弹出界面重新开始。

在鲜花的库存小于用户购买的数量是必须提示库存不足，而不是还可以卖给用户。

系统出错后可以允许的最大恢复时间，系统运行日志，是否允许对系统的修改 3.6 其他专门要求

要求能够按用户姓名进行检索。3.7安全性 3.8可靠性

“系统一个月内不能出现2 次以上故障” 3.9可用性 运行环境规定

4.1 设备

运行本软件要„„的计算机。4.2 支持软件

本系统操作系统包括：Windows XP、Win7等。本系统支持的数据库： SQL Server 2005 本系统的开发工具：Visual Studio.NET 2008＋SQL SERVER2005。

4.3 接口

1）用户接口（人机界面）2）硬件接口 3）软件接口

5.学生信息管理系统需求说明书 篇五

1.引言

由于学生信息的冗长与繁琐，所以它的管理问题带来的麻烦和不方便也随之而来。所以开发一个适合学校的、便于管理学生信息的管理系统是十分重要的。

为了充分实现素质教育，多方面发展学生的兴趣爱好，大部分学校都设立了全校范围的内的选修课。学生可以根据自己的兴趣和特长，选择自己喜欢的课程。由于高等学校的快速发展，高校的规模也越来越大，学生数量和课程量都迅速地增长，管理上的手工操作不仅仅会耗费学生与工作人员大量的时间和精力，效率以及准确性也很低。如何使同学们方便、快捷、准确地选课，以及老师们对学生的相关信息的管理，已经成为一个重要的问题。

利用计算机进行学生信息管理，不仅能够保证准确、无误、快速输出，而且还可以利用计算机对有关信息进行查询，检索迅速、查找方便、可靠性高、存储量大、保密性好。要科学地实现信息化管理，开发一个适合学校的，能够进行信息存储、查询、修改等功能的信息管理系统是十分重要的。本课题就是针对便于学生信息管理的问题而设计的一个管理系统。

2.系统设计 系统要能实现如下功能：

登录系统：用户登入、系统退出。

学生管理模块：查询学生个人信息，学生个人成绩，和学生个人课表。

教师管理模块：学生个人信息管理：对学生信息的操作包括更新，添加，删除，查找等；学生成绩管理：对学生成绩的操作包括更新，能按学号、成绩进行排序，能按学号、学生姓名、所在班级进行查找；教师个人信息管理：能查询教师个人信息和安排教师上课的课表。

信息表导出：对学生信息，成绩进行导出，可导出到word或excel文档中。

信息维护：修改密码等。

系统退出。

3.数据库设计

3.1 数据库系统的选择

MySQL是一个小型关系型数据库管理系统，开发者为瑞典MySQL AB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。MySQL的特性1.使用C,C++和java编写，并使用了多种编译器进行测试，保证源代码的可移植性 2.支持AIX、FreeBSD、HP-UX、Linux、Mac OS、Novell Netware、OpenBSD、OS/2 Wrap、Solaris、Windows等多种操作

系统 3.为多种编程语言提供了API，这些编程语言包括C、C++、Eiffel、Java、Perl、PHP、Python、Ruby和Tcl等。4.支持多线程，充分利用CPU资源 5.优化的SQL查询算法，有效地提高查询速度 6.既能够作为一个单独的应用程序应用在客户端服务器网络环境中，也能够作为一个库而嵌入到其他的软件中提供多语言支持，常见的编码如中文的GB 2312、BIG5，日文的Shift_JIS等都可以用作数据表名和数据列名7.提供TCP/IP、ODBC和JDBC等多种数据库连接途径 8.提供用于管理、检查、优化数据库操作的管理工具 9.可以处理拥有上千万条记录的大型数据库。3.2数据库设计

数据库设计占重要位置，数据库设计质量的优劣，可直接影响到数据库数据的冗余度、数据的一致性、数据丢失等问题，采用的指导理论是范式理论，要设计图书流通的实体－关系图(E-R图)。E-R图由3个相关联的部分构成，即实体、实体与实体之间的关系以及实体和关系的属性。根据范式理论和E-R图转换成关系模型的规则，可转换为下面的关系模式，例如：学生信息表（学号，姓名，头像，性别，出生日期，籍贯，身份证号码，家庭住址，电话号码，入学时间，专业），加下划线的为主键。

3.3数据库索引

建立索引是加快查询速度的有效手段，数据库的每一个表建立了主键，主键由一个或几个字段组成，每一个表都按主

键建立了索引，部分表为了满足查询和排序的需要，除建立主索引外，还建立了次索引。

3.4数据库调用

6.论软件项目需求管理 篇六

关键词：软件项目,需求工程,需求开发,需求管理

1. 软件项目需求管理的概念

软件项目需求管理是指软件项目的开发团队了解、挖掘用户的“需要”, 对这些“需要”进行系统有效的跟踪、管理, 最终通过软件将这些“需要”实现, 满足用户期望的过程。软件需求来源于用户的需要和期望, 这些“需要”被清洗、梳理、分析、抽象、整理后形成文档, 详细地说明了软件产品“必须做什么”或“应当做什么”, 是用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。

2. 软件项目需求工程与管理

2.1 软件需求的层次与组成

软件项目需求工程是一个系统工程, 在实际开发过程中, 需求可分为4个层次:

原始问题:用户口头、书面提出的要解决的问题, 它是软件需求的基础;

用户需求:开发团队用自然语言、图表给出的, 软件系统将要提供的服务及操作的约束;

系统需求:是用户需求的映射, 可通过软件原型给用户一个直观印象, 并在此基础上开展下一步的工作;一般算法较简单的软件采用水平原型, 需要体现复杂算法的则用垂直原型;

软件设计描述:以上三个层次说明了“做什么”, 这个层次则说明“如何做”, 是软件详细设计和实现的基础。

在了解以上4个层次的基础上, 我们就可以进一步理解软件需求工程的组成:需求开发和需求管理。

2.2 需求开发

(1) 需求捕获

需求捕获是需求工程的主体, 它描述了用户通过软件系统需要完成的任务。改过程归纳、整理了用户提出的各种问题和要求, 厘清用户希望通过软件达到的目的, 并使用工具和方法描述用户提出的实际需求, 以界定软件的作用范围, 最终弄明白要“做什么”。

实施需求捕获首先要确定用户类型, 寻找每一类型用户的涉众代表及需求的决策者。需求捕获的方法有:理解用户单位的组织架构;调查各部门的业务活动;与用户交谈;向用户群体发放调查问卷;分析用户工作流转的表单、文件;参观用户的工作流程, 观察用户的操作;召集用户代表会议;场景实例分析;跟班作业等。建议在捕获前需求管理人员应事先建立一份基本词汇表, 其中主要描述用户行业的专业术语, 包含了一些用户日常工作的基本流程及其解释。这样做的好处, 一是给用户一个良好的第一印象, 让用户认为你很专业, 对你很放心, 双方有更多的共同语言;二是能帮助项目开发团队正确领会用户相关干系人的意图。

(2) 需求分析

需求分析是指在需求开发过程中, 对所获取的需求信息进行分析, 及时排除错误和弥补不足, 弄清楚问题的要求。确保需求文档正确地反映用户的真实意图。需求分析方法大体有两类:一类是常识性的方法, 简单易用, 另一类技术性很强, 在此不做讲解。

(3) 需求规格说明书

需求规格说明书 (SRS) 用以描述用户需求和系统需求。SRS不仅要正确地反映用户的真实意图, 而且用词应该简单明了, 清楚易懂, 尽量使用前文提及的基本词汇表中的语言, 另外还应该力求全面具体, 具有可操作性与可验证性, 只有这样的需求规格说明书才能最终帮助我们进行科学的需求管理。

(4) 需求验证

需求验证目的是为了确保SRS准确、完整地表达了必要的质量特点。此时, 应会同用户方的决策、业务、技术人员一起验证, 其目的有二:一是让用户了解、明白SRS是否正确地描述了他们的需求;二是通过此文档, 确保需求提出者与需求分析人员、开发人员、测试人员及其也干系人对需求达成共识, 并把需求固化, 作为基线, 控制用户在需求方面的变更。验证的内容有:审查SRS、测试用例、测试覆盖、产品验收标准等是否与用户需求一致、完备。

2.3 需求管理

(1) 变更管理

用户需求变更在项目实施过程中是永远存在的, 但客户并不永远是对的, 也就是说需求变更要加以正确的管理和控制。如何对需求变更进行管理呢?

首先, 要对需求变更进行分类, 区别对待。一类是关键性变更, 它影响到项目的正常交付使用, 这种需求是必须满足的;二是改良型变更, 它不影响系统的交付, 但如果不被满足会令整体项目工作的价值下降。

其次, 所有的变更必须通过变更控制流程实现, 绝对不能因为变更范围小、容易实现, 或碍于面子, 就随口答应, 或不通过配置管理就进行随意改动, 有时一个小小的变更就会导致项目的失败。

(2) 版本控制

版本控制用于跟踪记录整个软件的开发过程, 包括软件本身和相关文档。通过版本控制在空间上可以保证配置项的集中管理, 解决一致性和冗余问题, 让版本具有可回溯性, 它不仅是开发团队并行开发、提高开发效率的基础, 也是管理需求变更的手段。

(3) 需求跟踪

需求跟踪建立和维护了从用户需求 (包括变更的需求) 到测试的一致性与完整性, 即建立“需求-设计-编码-测试”之间的一致性, 确保所有的工作成果符合用户需求。

3. 几种需求管理工具

一个好的工具可以让需求管理工作事半功倍。这里我推荐几种管理系统:Rational Requisite Pro:集成易用的需求管理工具;IBM Rational DOORS:老牌的需求管理套件;Cloudtopo Topo:国产需求管理平台;Visual Source Safe:一个常用的、易上手的配置管理 (版本控制) 软件;

需求管理是软件项目开发工作的一个重要领域, 关系到整个项目的成败与质量, 尽可能准确的获取客户需求, 尽量一次做对, 编写出高质量的SRS, 加强需求管理, 有效防范和减少不必要的需求变更, 跟踪、控制需求在整个软件开发生命周期中的作用, 努力降低因需求变更对项目的范围、成本、质量和进度造成的影响。

参考文献

[1]万文杰, 李振中, 任伟, 高瑞年, 卢旭.探析软件开发中的项目需求管理[J].电脑编程技巧与维护, 2010, 10.

7.研究顾客需求 突出产品风格 篇七

其实服装市场，起起落落，包括运动品牌，最近又起来了，很大的原因就是賺钱的时候一窝蜂全上，产品毫无特色，同质化严重，然后，造成了这些同质化的产品，对需求端冲击，大量产能富裕，然后造成恶性竞争。也造成服装品牌库存积压，资金链的紧张，难以收回现金，资金流转速度降低，这些原因，致使后面的生产都受到影响。所以，服装企业在供给上，我觉得首先要了解消费者的需求，就是要研究消费者，不光要看到生产能力，或者设计能力，还要看到消费者想要什么产品，不仅要引导市场而且要顺应市场。这是在供给上服装企业应该做到的第一点。

第二点，我认为还是要研究细分市场。比如，服装分为男装、女装、童装等，童装又分成南方的，北方的，高端的、中端的、低端的，各种时尚的、休闲的、运动的等等。研究某一个细分市场的时候，就会找出一个市场来，而且这个市场是一个非常有针对性的市场，所以在供给端产品就会有这方面的顾客群体，他有需求，你满足了他的需求，同时也会生产出对应的产品来，这样的产品对消费者来说才更具吸引力。

第三点就是要突出个性。品牌和产品要有自己的特性，要有自己的风格，这样才能给市场提供不同的产品，满足不同需求，就是差异化的产品。 所以归纳起来，一是在产品方面呢要找出顾客的需求，二是要找出细分市场，第三点要提供有特色的产品，这是在产品端的改革。

另外，就是在品牌端也要做出区分来，产品端要区分，品牌端也要区分开。你想满足哪一类顾客，你的品牌和其他品牌有什么样的区别，作为品牌方的服装企业来说也要问自己这个问题，也要做好这个方面的区分。

其次在生产及供应链端，也要以满足消费者的需求为根本。目前，服装企业大部分还以订货为主，订货表面上看是以销定产，实际上代理商在订完货以后他们还是销售方，他们并不能预测销售。从品牌公司层面上看，表面上是以销定产，但实际上客户也好，直营店也好，定完货以后，这个货卖不卖的出去，你一开始并不知道。所以，在供给方在生产上也要革新。

怎么革新呢，就是应该建立柔性供应链。柔性供应链这种概念，就是建立快速反应的供应链。这种供应链是保证畅销产品的快速追单，不畅销的试销后不好的就停下来。目前，品牌方往往觉得，产品以销定产，客户定了我们才生产的，但实际上客户端在订货的时候并没有以销订货，他们也做不到以销订货，因为他在市场上还是未知的。所以风险会向上传递，代理商有库存了，他就要传递到品牌方，品牌方有风险了，会传递到供应链的上游，生产商和原材料供应商最后会传到整个行业，所以供应链端的改革也非常重要。

8.网上商城购物系统 需求说明书 篇八

1．引言

1.1编写的目的需求分析是软件定义时期的最后阶段，它的基本任务是准确地回答“系统必须做什么？”

这个问题。因此，它是作为真个软件开发过程的指南，也是软件开发人员开发符合用户要求的软件的基础。软件需求规格说明书是需求分析阶段得出的最主要的文档，是为了使用户和

软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。预

期的读者为系统的开发者、使用者和指导老师。

1.2背景

说明：

（1）开发软件系统的名称：网上商城购物系统；

（2）任务提出者：XX；

（3）开发者：计算机科学与技术的小组成员xx；

（4）用户：XX；

（5）本系统将使用SQLServer2000作为数据库存储系统。

1.3定义

（1）Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝

大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过

这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交

换）；

（2）ADO：ActiveX Data Object, ActiveX 数据对象；

（3）SQL：Structured Query Language。

1.4参考资料

1、《ASP程序设计及应用》 张景峰主编第011903号中国水利水电出版社2009.12、《数据库原理及其教程（第三版）》 黄德才主编第088716号科学出版社 2010.63、《ASP+SQL Server动态网站开发从基础到实践》杨世锡,赵辉编著第377507号

电子工业出版社 20054、《ASP+SQL Server项目开发实践》黄雷编著第38854号中国铁道出版社20065、《Dreamweaver 8与ASP动态网站开发自学导航》 戎马工作室编著第298301号机

械工业出版社 20066、《ASP实务经典》 林金霖编著 [M].北京:中国铁道出版社，2001,2097、《ASP编程基础与实例》丁贵广编著 [M].北京:机械工业出版社，2002,518、张海藩.软件工程导论.北京：清华大学出版社，2005.2．任务概述

2.1目标

在Internet技术深入人心的今天，电子商务最为一种新兴的商务模式，为世界经济提

出了一个全新的概念，使得人类生活方式发生了重大的变革。网上购物是在互联网开放的网

络的环境下，基于浏览器/服务器(Browse/Server)应用方式，实现消费者的网上购物、商户

之间的网上交易和在线电子支付的一种新型的商业运营销售模式。网上购物分为企业对企业

（B2B）、企业对客户（B2C）、客户对客户（C2C），为任意一种商品带来了最直接的沟通

与运转渠道。采购商和消费者能通过互联网了解企业及产品，生产商与采购商能够快速地组

成的产品的周转渠道。

本文所研究的网上购物商城系统，旨在通过电子商务来使得人们购物变得更加方便。

2.2用户的特点

本软件的最终用户是系统的开发工作人员和指导老师侯睿；本系统面向具有网站管理

经验的网站维护人员，要求熟练操作计算机，了解管理网站的相关信息

2.3假定和约束

1）本系统的开发到结束时间只有15周时间，务必在指定的时间之内完成所有的设计、编

码、测试等工作。

（2）本系统的开发时间紧迫，撰写的文档较多，小组成员要合理分配任务并且要按时完成自己的任务，有不明白的地方，一定要小组及时讨论。

3．需求规定

3.1对功能的规定

A、客户功能

（1）浏览商品信息：任何用户都可以浏览商品信息，课通过商品分类信息查找或者通过

搜索栏直接模糊搜索查找相关商品。如有意购买这就必须先注册填写个人信息，然后登陆。

（2）注册：用户必须认真填写个人信息以确保信息正确无误。

（3）登录：登录后的用户可以查看和修改自己的信息。

（4）购物：登录后的用户可以购买自己感兴趣的图书，先加入购物车，然后确定订单。

B、管理员功能

（1）管理员注册：管理员注册直接通过数据库用户添加。

（2）管理员登录：若数据库的管理员信息表中存在此用户、密码正确，此时系统就转入

后台管理界面。

（3）管理员登录后可进行注册用户信息进行查询和对自己的信息进行增删改操作，主要

负责保持数据库中商品存量与实际库存量保持一致，商品来两不够时采取相应措施。另外还

要负责数据库的各种安全性和完整性维护。

3.2 对性能的规定

3.2.1精度

（1）在执行数据增加（例如向数据库增加新的任务）的时候，不允许出现因为程序的原因

导致增加操作失败，也不允许发生重复增加的数据。

（2）在执行数据删除操作的时候，不允许因为程序的原因发生多删除数据、删除失败的情

况。

（3）数据的修改也要保持对应的准确性。

3.2.2时间特性要求

（1）系统的更新处理时间应该在可接受的范围内；

（2）系统的数据查询时间应该在可接受的范围内；

（3）系统的数据统计时间应该在可接受的范围内。

3.2.3灵活性

（1）操作方式上应该能够满足鼠标和键盘任意切换的需要；

（2）能够支持Windows95、Windows98、Windows2000、Windows Me和Windows XP的运

行环境；

3.3输入输出要求

（1）输入项：系统要求的用户注册信息、用户名、密码、商品搜索窗口、订单信息。

（2）输出项：注册页面、登陆界面、商品分类信息、商品查询信息、订单确认信息。

3.4数据管理能力要求（针对软件系统）

由于企业对人员的历史资料进行永久保存，再加上企业调进或调出人员频繁，因此对数据的存储有一定的要求；要求提供数据的备份功能。

3.5故障处理要求

（1）在用户输入一些不合理的数据时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者程序停止运行；

（2）程序运行时，对服务器和网络通信的故障能够识别并提示，当故障排除后，程序恢复正常运行；

（3）数据库要求有灾难备份机制，以防止数据的全部丢失。

3.6其他专门要求

（1）本系统是涉及到买卖双方的交易，因此系统要保证数据的一致性，完整性，准确性的要求要达到99%左右；

（2）本系统是提供给需要建立自己的网上商城的中小企业和网络用户使用，要求操作界面简单方便；

（3）由于本系统是基于Internet网络的，因此安全保密性要更高。

4．运行环境规定

4.1设备

运行本软件要iquchuliqi在奔腾III以上、内存在256MB以上的计算机。

4.2支持软件

（1）本系统只是的操作系统包括：Windows95、Windows98、Windows2000、Windows Me和Windows XP。

（2）本系统支持的数据库：SQL Server 2000。

（3）本系统的开发工具：ASP。

4.3接口

不适用。

4.4控制

9.饭卡管理系统需求规格说明书 篇九

1.编写目的本需求分析文档的目的是说明饭卡管理系统最终所运行的条件，性能要求及要实现的功能，为进一步设计与实现打下基础。本文档以文档形式将用户对软件的需求固定下来，是与用户沟通的成果，也供用户验收项目时参考

本文档预期读者为：用户，项目管理人员，软件设计人员，编程人员，测试人员等项目相关人员

2.开发背景

系统名称：《饭卡管理系统》

需求背景：

随着我国经济的发展，电子管理系统的多功能化，企业，学校等纷纷使用电子记账卡对于员工，学生等的消费进行管理，故对合理，高利用率的饭卡管理系统有着迫切的需求

系统用途：

本系统智能化地管理饭卡系统的运作，从而提高管理的效率

系统开发人员：

陈永林小组

二、任务概述

1.任务目标

能对饭卡信息进行及时的管理及查询，提高用户工作效率

2.用户特点

本系统是面向学校饭卡管理而开发的，由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员（维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效率。

三、系统环境

1.系统构架

系统由刷卡器、管理员端和客户端构成。刷卡器主要为学生提供日常消费功能，客户端完成学生自助查询、挂失功能，而管理员端则主要完成新建、存款、注销等功能。

四、需求分析

1.1

业务需求

本系统会涉及到的业务包括注册用户（新建）、饭卡充值（存款）、饭卡信息查询、刷卡消费、饭卡挂失/解锁、饭卡注销、修改用户信息六大功能

1.2

注册用户功能

注册功能权限只开放给管理员，该功能由管理员输入正确的用户注册信息并设置原始密码，然后录入数据库。

1.3

饭卡充值功能

该功能权限只开放给管理员，由管理员确认金额无误后更新饭卡余额信息。

1.4

饭卡挂失/解锁功能

该功能用户及管理员均可以使用，用户凭借用户密码通过客户端登入后可对饭卡进行挂失/解锁。

1.5

饭卡注销功能

该功能仅开放给管理员，由管理员输入用户ID并确认注销。

1.6

饭卡信息查询功能

该功能管理员及用户均可以使用，用户需凭用户密码登入进行简单查询。

1.7

消费功能

该功能开放给用户及管理员，用户通过刷卡器端进行消费，也可通过管理员进行日常缴费。

五.功能概述

经分析，该饭卡管理系统主要实现以下功能：

1、登录/注册

2、存款/消费

3、查询/修改

4、挂失/解锁

5、注销/学生端

食堂刷卡管理系统管理端

业务流程图：

余额

查看

卡号挂失冻结

消费信息查询

充值信息查询

卡号信息记录

学生信息记录

登

录

管

理

办

卡

管

理

充

值

管

理

消

费

管

理

注

销

管

理

管理端登录

学生端登录

学生信息录入

学

生

信

息

管

理

卡号信息激活

饭卡挂失冻结

解锁补办饭卡

卡号充值

充值记录查询

消费类型

消费信息

卡号注销

注销信息查询

10.产品和需求，我们跟谁走 篇十

理财市场上，总是不乏类似的热门产品，像前几年大热的信托理财就是另外一个例子。从2011年开始，信托理财产品由于收益率较高，一下子成为了市场上“点击率”最高的产品。一时间很多金融机构、第三方理财公司销售的产品中信托占了很大的比例。在投资者中间，有人为了买到热门的信托产品，甚至使用拼团购买的方式以绕开信托产品销售的高门槛设置。

近期的各种“宝宝”产品，正说明了民间存在着大量的资金，投资者强烈的理财需求希望找到合适的投资方式。互联网理财产品的优势，如便捷的投资渠道、亲民的理财门槛在其中发挥出了“催化剂”的作用，把这些潜在的需求转化为大量的实际投资。这也解释了，很多互联网金融产品只是将普通的货币基金产品进行了再包装，却能够一下子成为了市场热点。

热门产品背后的冷思考

市场上的热门产品就如同每年时装界的流行款式，受到投资者（也就是消费者）的大力追捧。但是，这也从另外一个侧面反映出，在目前的财富管理市场上，理财的方向主要由产品来决定，而不是由需求来决定。

今年年初，一位朋友就被市场上的“宝宝”们所吸引，提前支取了自己的定期存款，购买了一款互联网理财产品。可是，让她失望的是，没过几个月，互联网理财产品的收益就出现了下滑。

如果我们总结一下，能够发现这位朋友犯下了两个错误：其一，没有正确了解到自己的需求，她使用的是短期理财产品，却希望实现长期资金的投资需要；其二，对互联网理财产品、货币基金收益率的形成没有认识，她被短期出现的高收益率所吸引，结果不仅由于提前支取造成了定期存款收益的损失，还可能面临收益进一步下滑的问题。

所以，在产品“热”的同时，投资者还需要思考的是，它们是否实现了投资者真正的理财目标？在财富管理的过程中，我们究竟是跟着产品走，还是跟着需求走？

产品和需求，跟谁走？

或者，这个问题可以理解为：在财富管理的过程中，我们是以需求为导向还是以产品为导向在实施我们的理财计划？

有的客户已经意识到，带着需求来寻求财富管理服务的重要性：

—我的宝宝刚刚出生，怎样一份理财规划能够保证宝宝有足够的资金支持受到良好的教育？

—还有十年我和先生就将退休，要如何进行投入才能过上我心目中满意的退休生活？

—我是一名企业主，想要制订一份财富传承计划对我和家人都更有利……

不仅如此，客户们对“收益和风险”这把双刃剑也有一定的认识。如他们认识到，潜在收益越高，需要承受的风险就越大；有的投资者希望实现资产长期稳定的增值，来实现自己的财务目标，而不是简简单单的追逐某单一产品的高收益等等。

然而，不可否认的是，还有相当一部分客户把产品当成了财富管理的核心。他们在与理财师的交流中，最关心的问题往往集中在：哪款产品的收益高？听说某某产品很不错，我的朋友最近赚了不少，你能帮我推荐一些吗？

如果进一步询问客户的理财需求和目标，他们往往也没有清晰的认识，一些客户会认为赚钱、增值就是他们的目标，至于产品风险、投资者个人的承受能力、不同投资者的差异，很多客户并不愿意仔细进行分析。

坦白地说，一些财富管理行业的从业人员也把产品作为了理财服务的主要导向。一个很有趣的例子是，不同金融机构的理财顾问都对自己公司的产品“情有独钟”。银行的理财顾问偏向于向客户推荐银行理财产品，保险规划师认为保险能够满足客户的所有需求，第三方理财机构的理财顾问们更喜欢推荐信托、私募基金等。在某种程度上，这些理财咨询师是金融产品的“导购员”，他们更希望的是把产品推销给投资者，而并不太在意客户是否需要这样的产品。如果客户听从他们的建议，对财富管理计划的执行也必然是以产品为导向的，难以实现自己真正的财务目标及理财需求。

我们需要怎样的理财服务？

理财和建房有很多相似之处：建房前，建筑师会进行测量、描绘、设计房屋的蓝图；在建造的过程中，工人进行施工，监理负责督导；显然，如果仅仅拥有一堆砖头、水泥是无法搭建出让人满意的房屋的。

理财也是如此。理财并不只是一池子产品，产品再好，也未必能够达成我们的目标。理财离不开财务目标的构建、计划的制定以及投资产品的选择、组合等等，在这个过程中，我们需要专业的理财服务—理财顾问提供规划和建议，就如同我们需要建筑师、工人和监理一样。此外，专业的系统也很重要，这样才能保证理财服务流程的规范性和科学性。

找到可信赖的理财顾问

理财顾问是与客户面对面交流的一线人员，他们的专业能力直接决定了理财服务质量的高低。“理财顾问们都是专业人士，我该如何评判他们水平的高低，如何判定他们是否值得信赖？”这可能是客户们最为关心的问题。

对于理财顾问的考察，我们不妨从硬件和软件两个角度来着手。

硬件，是指理财顾问所拥有的各种专业资质和从业经历。他们是否拥有理财师的专业证照？他们对一些特定的理财产品，如证券、基金、保险等，有没有通过执业人员的专业考试？同时，理财顾问的从业经历如何，是否在银行、保险、证券、基金、信托等大型金融公司的工作经历？

软件，是从理财顾问提供的服务来进行甄选。比如客户们可以注意观察一下，理财顾问在服务的过程中是以产品为导向，还是以客户为导向？如果是以客户为导向，他会先询问客户的需求是什么；如果是以产品为导向，他张口一定会说：“我这里有款理财产品，收益率是多少多少。”碰到这样的理财顾问，一定要小心，因为他的目的不是帮你理财，而是推销产品。

可以说，一位优秀的理财顾问，他扮演的角色不是金融超市的导购员，而是客户的金融营养师，针对客户的需求，帮助他们选择合适的产品。

寻求专业的系统平台

也许有的客户还没有意识到，在理财服务的过程中，专业的系统平台也非常重要。首先，系统平台中引入了多种科学的分析工具，如客户的财务需求分析、风险承受能力测评等，帮助客户更深入地了解自己和自己的需求，也为制定财富管理方案搭建了很好的基础。

其次，系统平台为理财顾问提供了有力的“智库”，通过“智库”，理财顾问对市场上各个类型的理财产品、投资工具有准确的认识，才能保证他们根据客户的需求，配制出合适的“营养餐”。

同时，理财服务绝不是个一蹴而就的过程，理财顾问和客户都需要对理财方案的执行情况进行追踪、调整，专业的系统平台可以通过投资一览的形式迅速、详尽地为客户提供所需要的信息。

关注金融机构的管理机制

看起来，金融机构的管理机制和客户获得的理财服务的关联并不大，但事实上机构的管理理念也会对理财服务的质量产生不小的影响。

像在以产品为导向的理财服务中，理财顾问们往往产品销售得越多，获得的佣金收入就越高，这种利益驱动很可能会影响到理财服务的品质。

从去年开始，汇丰银行就开始在全球范围内取消理财顾问的销售佣金，在新的考核体系中不再关注销售量，而是注重员工对客户整体需求满足的情况，如客户的约见数、为客户进行的财务回顾、满足客户需求的情况等“过程中的因素”都纳入了理财顾问的考核机制。无疑，这种机制上的改革能够为理财服务的专业、客观提供保证。

第一次与理财顾问交流，Sandy对自己的理财需求并没有明确的认识。“我有一笔100万元定期存款在银行里，对这笔资金的收益我并不满意，我想请理财顾问为我推荐一些产品，让我多赚一些钱。”

1、找到自己的财务目标

然而，让Sandy意外的是，理财顾问并没有直接回答Sandy的问题，而是问她希望用这笔资金来实现什么样的目标。这是Sandy从没有考虑的问题，她认真地考虑了一下，她希望在15年后，也就是自己50岁时退休，她希望届时已经存够400万元的退休储备金。

2、进行风险测评

第二步，理财顾问为Sandy进行了风险测评，尽管Sandy认为自己在投资上敢于冒风险，但经过测评，她实际的风险承受能力并不高，是一位典型的稳健型投资者。理财顾问解释说，人们对自己的风险承受能力往往有错误的估计，测评系统的好处在于把风险的问题具体化，得出的结果更加准确。

3、评估财务状况

Sandy现有存款100万元，作为养老基金的启动资金，她希望在15年后达到400万元的储备。

根据Sandy的风险承受能力，理财顾问认为组合的年化收益率回报设置在6%较为适合她的情况，因此，除了100万元的启动资金外，Sandy每月还需要投入5300元到这个理财计划中。

4、产品的选择及追踪

11.ERP软件需求模型研究 篇十一

关键词：ERP,需求模型

1 影响需求的因素

在这些因素的综合影响下，企业的需求呈现各异的状态，有的甚至远远超出我们的想象。

(1)企业的管理水平。ERP软件是ERP管理思想的载体，实施ERP项目首先不是软件问题，而是管理问题。对于使用者来说，运用一种这样强大的管理工具，要求有与之匹配的管理水平，或在实施的过程之中，要培养与之匹配的管理水平。

企业的管理水平的ERP软件需求的基础，奠定了需求的广度、深度和对企业的适用性前提。

(2)正面临的管理难题。当企业正面临管理的难题时，其解决难题的欲望是如此强烈，以至于在ERP的需求构思过程中，也会将ERP软件作为解决难题的有效途径。企业正面临的难题是ERP软件需求的功能选择的内在风向标。

(3)行业竞争与外部环境。行业竞争者在与企业的关系紧密的外部环境中，如果纷纷在启动和实施ERP，对企业的触动与影响是巨大的。当竞争对手启动与实施ERP时，这些信息就会使企业面对竞争压力;当对手的项目获得成功后，企业就会直接面对上马ERP的压力。行业竞争与外部环境为ERP软件需求的提出提供借鉴。

(4)接触到的产品及供应商团队。对于绝大多数国内企业，ERP需求是在受教育的过程中形成，而这种教育最大的程度来自于某几种ERP产品及其供应商团队的说教。产品及供应商团队一旦出现问题，提出的需求可能导致灾难性结果。

(5)企业的战略。ERP项目的启动是企业重大的战略行为，是企业的战略构成之一，是企业整个资源配置的重点。通过企业战略的明确，由上向下地推动信息化战略的制定，继而全面指导ERP软件需求的产生，在经历大量工作后形成较为全面、适宜、深刻的软件需求，这是理想的流程。

(6)企业文化。企业文化潜在地影响着提出需求的企业决策者、部门和人员，最终的需求是要为企业文化所接受的需求。企业文化潜在地影响着需求的提出，其影响非常深刻。

(7)决策者。ERP是“一把手”工程，决策者是ERP需求提出的重要组成和关键影响因素。企业决策者他们对企业ERP软件需求起到了导向作用和过滤作用。

(8) IT部门或团队。他们对内是启动ERP项目的决策支持者和实际执行者，其行为是部门或团队的动机与企业决策者想法与意志、企业文化的驱动与约束、产品与供应商的说教等相互之间作用的结果。

2 ERP软件需求模型

国内企业对ERP软件的需求主要在五个维度上呈现出差异性，如图1所示，即： (1) 对企业管理信息化覆盖的全面程度; (2) 业务流程上对变革的需要与接受程度; (3) 管理上对集中程度的要求; (4) 管理上对实时性、数据真实性的要求; (5) 对信息化管理深度的要求(表现在对ERP软件模块复杂度的要求)。

根据企业的实际情况，企业将在五个维度中寻求平衡，最终确定ERP需求的范围与深度。这一平衡可以充分地反映在ER软件需求模型之上。

(1)“全面”到“单一”。企业应用ERP软件来推动信息化管理的全面提升，还是仅用来解决企业某一方面(如生产制造)的信息化管理，这就是模型中的第一个维度———需求对企业管理信息化覆盖的全面程度。“全面”到“单一”是划定ERP未来的实施范围，明确针对的企业内部对象，锁定具体的业务流程。

在五格之中，最中间的一格我们定义为企业的ERP需求范围处于较为适中的程度，解决了企业生产制造、财务、库存管理等的集成;而单一则主要是指企业利用ERP来解决生产制造、财务、固定资产管理或人力资源中单一方面的信息化管理;全面则是寻求建立企业的综合性管理系统，力图覆盖企业信息化管理的方方面面。

(2)“按需配置”到BPR。视企业的情况不同，对ERP的认识不同。企业对ERP软件需求将明确企业对于BPR业务流程变革的态度。这一态度也将对未来ERP实施的方法论的采用，有着重要的作用。

不少企业的理想状况是按照企业的需要灵活配置ERP。在无变革风险的情况下实现企业业务向ERP平台上的平移，有软件供应商宣称在供应此类产品。与之相反，部分国内企业却想利用ERP软件的实施来完成企业内部的一次巨大变革，实现企业业务流程再造和组织结构的重组。同时，还有企业的ERP需求是以企业原有流程为主，寻求借鉴ERP软件中的业务模型、管理流程，对企业的业务流程进行修补。坚持BPCI的企业则力图不断持续改造流程，既避免BPR的风险，又能以循序渐进的变革达到同样的目的。金蝶、用友正力推BPCI的ERP软件产品。有企业直接在新建工厂和生产线时全盘照抄ERP中提供的成熟行业解决方案，以自身的调整来迅速适应先进的管理方法。

(3)“集中”到“分布”。集中与分布体现企业对ERP软件的需求是用以主导解决高层管理问题，还是服务于企业重点局部和一线(生产一线、市场一线、财务一线等)。选择集中取向的企业的需求主导方是企业的决策管理层，反映了企业正面临诸如集团化管理这一类型的困难，体现了企业集中管理的思想。选择分布取向的企业是服务市场的表现，详细需求将由一线来汇集提交，反映了企业正努力以ERP软件提升重点局部或一线的能力，以迅速获取竞争的优势。

在5个方格中，高度集中是企业力图通过ERP实施从上对下的全面管理，在信息技术的支持下将管理的高效准确做到以前可望不可及的水平。局部集中则将重点集中在财务、人力资源等重要方面的集中管理上。集中/分布，则是运用ERP软件寻求恰当的集中管理。服务局部则是企业利用ERP软件扶持企业中某项业务、某些部门、某个环节，达到解决重点问题，使企业成长更均衡，不会在某方面失去竞争力。服务一线，则是ERP软件主要解决一线基础的业务流程，现寻求基础流程的管理提升，不急于在中高层管理上着力。

(4)“实时/透明”到“延迟/加工”。企业的各级管理都寻求实时的管理效果，从上到下更追求管理的透明与真实。在没有信息技术时，对于规模稍大的企业，这都是较难的事。而利用ERP软件来完成这一管理目标，是不少企业的构想。用友与Gartner所推的RTE更是强调整个企业对市场响应的实时，这当然就要求业务的实时和透明了。对实时性和透明性的要求，将是ERP软件需求中重要的部分。体现了对平移至ERP平台上之后，企业对其响应速度，数据通透性，业务记录的可追溯性等要求。

业务实时是五格中最高的要求，基本可借用RTE的概念。管理实时，则要求ERP软件具有充分的OLAP和BI能力，可对业务操作中的原始记录进行充分的挖掘，而统计分析的数据能及时提交并给予决策支持。按需细分，则不对ERP所涉范围要求全面的实时和透明，在投入可承担的情况下，分级要求做到实时与透明。人为弥补是指业务操作和管理所面数据和信息不能全部由一线的操作自动生成，而需要人为的补充，以完善所需的信息。同意人为弥补往往是在ERP软件需求要求深度和广度不足时被迫之举。延迟，是企业在ERP软件需求中愿意接受数据与信息的延迟。

(5)“复杂”到“简单”。ERP软件需求中对软件模块的复杂度要求是与企业内部业务流程复杂度紧密相关的。如果企业仅是大规模的单一生产，其制造模块要求达到的复杂度就会较低。但如果企业是混合生产性企业，又要展开JIT生产和柔性制造，则必然要求制造模块足够复杂来支撑企业的生产制造流程。

3 结束语

综上所述，需求在此模型上的5个关键维度上寻找到恰当的定位，最终所形成的清晰构图要远比对企业ERP软件需求进行大量细节分析所得到的简单累积汇总更能说明问题。因此，对ERP软件需求模型的深入了解是企业实施ERP项目最终是否成功的一个关键因素。

参考文献

[1]宋云雁.ERP实施的相关问题探讨[J].工业技术经济, 2006 (12) .

12.学生公寓管理系统需求分析说明书 篇十二

在学校面向现代化、面向世界、面向未来、面向互联网的21世纪，现今社会是一个讲究效率的社会，人们有很强的时间观念，如果仍使用手工操作或使用相当繁琐的软件，既浪费了人力，又浪费了物力，效率无法提高，尤其是在学校里。为此开发学生公寓管理系统软件，能够适应现今社会并提高生产效率。该系统软件非常容易被接受，它具有简单易学性，双重操作管理体系，便于管理等功能。它是对学校学生管理的一种工具。为使校园网得到高效、合理的利用，以教育信息化带动教育的现代化，加强学校信息管理，将建设成信息化、现代化的新校园，为新世纪的交院增添新气息、树立新形象，学校于2008年全面启动信息化建设工程。

一、主要功能

1、系统管理

（1）用户设置与权限分配（2）公共数据管理

2、公寓房源管理（1）定义房源信息（2）定义房间设施信息

3、公寓住宿管理（1）学生住宿登记（2）调退房登记（3）设施损毁登记

4、公寓分配管理（1）学生分配住房（2）学生调退房处理

5、公寓财务管理（1）预交费用（2）费用结算

6、报表管理（1）财务报告

（2）学生住宿情况统计报告

7、数据检索（1）房源检索（2）学生住宿检索（3）费用检索

二、用户类别

1、系统用户（系统管理员）

2、房源定义用户（公寓管理中心）

3、住房分配用户（系部）

4、住宿登记用户（公寓管理员）

5、财务用户（后勤财务）

三、业务流程

1、初始化处理（1）系统用户定义各类用户及其权限（2）公寓管理中心定义房源

（3）公寓管理中心定义住宿费用已经房源设施及价格（4）公寓管理中心给各系部分配房源（5）对已分配房源但未住宿登记的房源初始化

2、学生住宿处理流程（1）学生到系部分配房间（2）学生到后勤财务交预付款（3）学生到公寓管理员登记住宿

3、学生调房处理流程（1）学生到系部申请调房（2）学生到财务处理住宿费用（3）学生到公寓管理员登记调房

4、学生调房处理流程（1）学生到系部申请退房

（2）学生到公寓管理员登记退房（注意设施损毁登记）(3)学生到财务结算费用（根据预交费用与实际住宿费用结算）

四、相关报表及凭据（1）学生收费收据（2）班级住宿名册

（4）年费用结算报表（按）

13.考核需求规格说明 篇十三

《需求规格说明》是《需求规格说明书》的必要补充，是《需求规格说明书》不可分割的内容。在甲方签字确认《需求规格说明书》后，如果又提出新的需求，项目组应在项目合同规定的范围内，针对用户的新需求进行分析，编写《需求规格说明》，提交甲方签字认可。对于长期维护和开发的项目，编写《需求规格说明》是项目组需求管理的主要手段。《需求规格说明》的内容包括：用户需求说明、界面设计说明、流程设计说明、操作流程设计说明等。《需求规格说明》由项目经理根据自身项目情况组织人员评审，对于重点项目的重点《需求规格说明》，应提交部门经理评审，评审通过后方可进入实现阶段。甲方和项目组可根据需要保留《需求规格说明》原件或复印件。项目组每月的《需求规格说明》原件应于每月最后一日前提交研发事业部备案。每周的《需求规格说明》电子文件应于每周六12：00之前上传至公司办公系统的项目管理模块。

需求规格说明

项目名称：农村信用社绩效考核项目项目经理：赵良士 编写人：潘向雷日期：2011/09/07

一、用户需求：

1、可以增加考核模板，并且可以根据自定义进行考核模板的考核项的设置。

2、能够查询出所有的考核模板信息。

3、能够对所有的考核模板进行启用和停用的操作。

4、可以对已经创建好的考核模板中的考核项进行修改。

二、界面设计说明：

使用表格、表单并结合jquery ui来完成界面的显示。使用者可以在导航栏中找到相应模块的功能按钮，比如：增加模板，查询模板等等。对应界面如图：

1、增加模板：

2、查询模板：

3、查询某个模板明细并可以进行某些项的修改：

4、修改考核模板信息：

a)模板信息列表：

b)修改某个考核模板信息

三、流程设计说明：

1、2、程序可以实现对考核模板的增加、修改的功能。程序可以实现对所有考核模板进行查询、启用和停用的功能。

流程图：

四、操作流程设计说明：

使用者登陆系统后根据登录者的权限可以进行相应的功能的操作。对于考核模板的操作流程：

1、当没有考核模板时可以创建新的考核模板：单击主页左侧的菜单栏中的创建考核模板菜单，在右边的主界面区域就会出现添加考核模板的界面，输入模板名称和模板描述，选择该模板的类型，选择该模板所属的机构，这样对于该模板的基本设置就可以了。

2、为新创建的考核模板添加考核指标：单击考核指标右边的”添加”按钮，在下方会出

现这样的一行信息，选择考核考核指标类型，并设置该考核指标在这个考核模板中所

占的权重，如果要添加多个考核指标，只需要继续点击“添加”按钮，接下来的操作是一样的，如果要删除某个考核指标可以点击每一个考核指标后边的“删除”按钮。在对考核模板中所有信息设置完成之后，点击“确定”按钮完成考核模板的创建。

3、查询已经存在的考核模板：单击左侧菜单栏中对于考核模板查询考核模板信息的链接，在右侧就会出现登录用户权限范围内的所有考核模板列表信息。在列表的上方可以进行模糊查询筛选部分信息，在每一条考核模板信息的后边跟着一个“详细”的链接，点击可以查看这一考核模板的所有信息。

4、修改考核模板信息：单击左侧菜单栏中对于考核模板的修改考核模板信息的链接，在右侧就会出现登录用户权限范围内的所有考核模板列表信息。同样的也可以在列表上方进行模糊查询筛选部分信息，在每一条考核模板信息的后边跟着一个“修改”的链接，点击可以进入该考核模板的修改页面。

5、在考核模板修改页面，可以对该考核模板的名称、类型、所属机构、是否启用进行修改，在修改页面的下方列出的是该考核模板所包含的所有考核指标项，可以对考核指标进行管理、删除和修改权重的修改。

a)管理：点击“管理”弹出一个弹出层，其中的信息如图：

勾选需要添加到该考核模板中的考核指标项或去掉不再需要考核的考核指标项，单击确定完成管理功能，单击“取消“放弃本次操作返回修改页面。b)删除：在考核指标列表的每一条信息后边有一个”删除”的链接，点击可以快速的将该考核指标项从相应的考核模板中删除。

c)修改权重：在考核指标列表的每一条信息后边有一个”修改”的链接，用于修改这一条考核指标在相应考核模板中所占的权重，点击会弹出一个弹出层用于输入新的权重值，单击确定完成修改并返回，单击取消直接返回。弹出层界面：

用户单位名称：

14.教你如何看懂理财产品说明书 篇十四

有些人以为银行理财产品上标明的产品到期日就是该产品经过银行投资运作后的资金到账日。其实不然。“到期日意味着产品到期、停止运行, 而银行要在“到账日”才会把投资者的本金和投资所得返还给投资者账户, 这中间会有稍许时滞。

“募集期”VS“起息期”

“募集期”和“起息期”是有区别的, 起息日离募集日还有一些时间。若不怕该产品在短时间内被一抢而空, 投资者可以到“募集期”的最后几天去购买理财产品, 这样还可以多得几天的活期利息。

“预期收益”VS“实际收益”

银行在宣传时提到的收益只是预期收益, 即在实际情况中收益可能高于预期也可能低于预期。需要指出的是, 许多银行提到的都是年收益率, 而一些理财产品的实际运行期限不到1年, 可能只有6个月或3个月, 因此, 其收益比按一年为期算出的收益要低。

“提前赎回权”VS“提前终止权”

“提前赎回权”一般是指客户拥有的权利。当理财产品的收益提前达到预期时, 一些保守型客户希望的能锁定收益, 或是一些客户急需用钱, 就会使用这种权利临时套利。目前, 银行对提前终止投资的行为设计有一定的“惩罚”性条款, 如收取提前赎回费、一些保本理财产品不对资金进行保本等。“提前终止权”则不一定单指客户所拥有的权利。客户一定要看清理财产品说明书上提到的“提前终止权”是赋予银行还是个人投资者, 或者双方都有。如果只是银行有这个权利的话, 那么投资者就不能行使, 而银行单方行使该权利时, 投资者也无法拒绝。从目前来看, 银行使用提前终止权的产品, 基本上其收益都不太理想, 为了防止收益继续下滑, 银行才不得不行使这一权利。

“年收益率”VS“累计收益率”

在比较理财产品收益率的时候, 您还应该注意其对应的时间概念。“年收益率”是指年平均可获得的收益率, “累计收益率”是指整个理财期间的总收益率。对于不同期限的理财产品, 商业银行在其宣传资料中通常会使用看上去最诱人的那种收益率, 但是您在购买前应该注意换算清楚。

“保本”VS“绝对不损失”

有些银行理财产品冠以“保本”的名号, 让人感觉投资这类理财产品时, 本金有保障, 不会有损失。但实际上, 投资者却有可能损失本金, 而银行却对此无需承担任何责任。比如:目前银行大多对提前终止投资的行为设计有一定的“惩罚”性条款, 其中的一种普遍做法就是对一些保本理财产品不再进行资金保本。

15.需求分析与软件可靠性保证 篇十五

关键词：需求分析；测试；可靠性评估；模型

中图分类号：TP311文献标识码：A文章编号：1007-9599 (2012) 03-0000-02

Requirements Analysis and Software Reliability Assurance

Pang Hongbiao

(Information Central of China North Industries Group Corp,Beijing100089,China)

Abstract:The data generated by the software testing process analysis,control errors or defects in the software design process needs analysis,repeated measure of the reliability index of explicit software error distribution in order to reduce the reliability of the software requirements analysis impact,and thus control the errors or defects.

Keywords:Needs analysis;Test;Reliability;Model

需求分析是使用技术手段分析识别软件面向客户的实际需要，并且通过特性的系统描述待开发软件需要实现的功能和解决的问题，以此定义软件所有的操作指令和特征，并最终形成软件的使用说明。因此需求分析在软件设计计划的基础之上，从最先客户的原始需要分析开始，深入的理解和把握软件在使用后需要解决的客户需要，然后在掌握和理解的基础之上把这种需要转换成计算机能够识别的代码。

软件的可靠性则是指软件在规定的运行阶段内按照用户给定的命令参数完成功能说明的规定动作的能力，它是软件系统最重要的评价指标之一，它的完成与否标明的软件是否按照客户的原始要求以及是否完成设定目标，并且软件的可靠性和软件的设计缺陷也有部分关联，从理论上分析可靠的软件系统应该是完整正确的，但在实际运用中任何软件都不能达到理论上可靠性，而且软件的精确度目前缺乏准确度量的手段。

在以往的软件设计工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中的一个简单步骤而导致产生软件的可靠性和软件的需求分析之间关联关系不大印象。但在过去十几多年开发实践中，已经有越来越多的人认识到需求分析实际是保证软件可靠性乃至整个系统稳定的比较关键的一个过程，只有通过软件需求分析，才能把软件功能和性能的总体概念描述为具体的软件需求规格说明，最终才能给程序员确定无二义性的程序编写目标，从而奠定软件开发成功的基础。目前许多大型应用系统的失败，其实归根到底都归结到需求分析的失败：或者是获取需求的方法不当，使得需求分析不到位或不彻底，导致开发者反复多次地进行需求分析，致使设计、编码、测试无法顺利进行；或者是客户配合不好，导致客户对需求不确认，或客户需求不断变化，同样致使设计、编码、测试无法顺利进行。

软件需求分析对软件可靠性的影响至关重要。在需求分析中，除了在思想上予以高度重视外，还应使用合适的技术，选用有效的方法和工具，并加强管理。用户、软件分析与设计人员及其他软件设计方面的专家和行业专家应通力协作，以控制所有可能影响软件功能、性能与可靠性的因素。并可请教在类似软件项目中已成功地进行了需求分析的人员，重用其成功的分析经验、方法和需求规格说明。关于如何通过完善系统的需求分析保证软件的可靠性方面的措施，笔者在实践过程中形成结合自身的切身感受谈以下几点看法，仅供业界同仁参考。

一、首先对需求分析中可能会影响软件可靠性的因素进行重点关注，并对需求分析人员针对此类因素进行重点培训，包括以下几个方面，1、需求获取与分析的彻底性、完整性、准确性，以及分析方法的有效性；2、需求分析规格说明定义与描述的完整性、准确性、一致性、无二义性，以及可读性、易理解性和可维护性；3、分析工具、方法的选择、使用及其有效性；4、数据的准确性和逻辑组织；性能需求包括纠错及功能增加所产生的影响；5、建模语言的选择与开发人员、分析对象和需求领域的适配性；6、环境要求对软件实现的影响；7、功能需求包括备选功能的定义和识别。

二、在需求分析中构建需求分析说明可靠性框架，其包括：建模语言、模型理解、问题模型、问题论域四个方面，以及联系这四个方面的语法质量、语义质量和语用质量三个关系。其中，建模语言与应用领域的适配性、建模语言与开发小组的适配性、开发小组与应用领域的适配性、需求模型对用户需求的实际意义，以及语义质量、模型构造对建模语言的语法质量等是影响软件需求分析可靠性的主要因素，建立软件需求分析的可靠性框架对于确保整个软件可靠性体系是十分重要的。

三、注意需求分析中使用语言的语法质量，语法质量的目标是语法的正确性，即所有语句在句法上完整，不准使用需求说明语言中不曾定义的符号，保证所有语句均满足语法规则。实践表明，错误的预防、检测和更正是语法质量保证的三种基本手段。其中预防错误是拒绝在模型中加入错误的语句；而检测错误则是通过模型的构造发现错误；更正错误是用正确的语句替换错误的语句。前两者可以通过需求说明语言的形式预防来完成，后者则较难自动化。语义质量是需求模型有效性和完备性的保证。有效性要求模型中的所有语句都正确且与用户需求相关；完备性要求模型包含领域中关于问题的所有相关语句。需求模型与领域越相似，其语义质量越高。但对实际问题，不可能达到彻底的有效性和完备性，因而较为实际的目标是在约定的可信度下的有效性和完备性。多数提高模型质量的方法都依赖于人们对模型具体内容的理解，即语用手段。一致性检测往往可自动完成，而不必真正理解给出的模型。语用质量影响人们对表达同一意义的多种表达方式的选择，其目标是可理解性。它不仅要使需求模型能被理解，而且要确保开发人员理解该模型。与语义质量目标一样，在可理解性中也需要引入可信度，任何有助于理解需求模型的手段都可以纳入达到语用目标的有益途径。

在软件需求分析过程中，用户需求中有时已经包含了用户对可靠性的要求，这样，需求分析人员只需将其可靠性要求和其它要求一起进行细化，并以规定的要求和形式形成能综合反映可靠性要求的规格说明即可。因为软件需求分析是一项纯智力活动，所以需要在这一过程中、尤其在需求分析的后期，进行有效的评审和验证，这是发现需求分析错误和缺陷的最有效的办法。当然，它们也只能发现需求分析中的错误和缺陷，并不能保证需求分析没有错误和缺陷。此时，采用基于严格数学正确性证明和公理证明的非形式化正确性证明方法，会收到意想不到的效果。

综上，软件的可靠性保障就是运用合适的定性和定量分析方法对软件的可靠性进行分析、容错和纠错的过程，同时对测试中收集的各种可靠性指标数据进行评估，并返回对照初始设计时的需求分析对照，发现问题并提出解决措施，在周而复始的不断测评中提升软件系统的可靠性。现实实践中，因使用的可靠性评估软件不同，可靠性评估的误差难免，但通过测试将收集的故障数据对照原始需求分析设计，并反复录入测试，最终可获得可靠性评估的结果。

参考文献：

[1]Musa J O.软件可靠性工程[M],韩柯.北京:机械工业出版社,2003

[2]文长康.软件工程与软件可靠性[J].电子产品可靠性与环境试验,2009,6:30-33

[3]郑骏.软件可靠性建模的发展和存在的问题[J].计算机科,2005,6:74-78

[作者简介]庞红彪，中国兵器工业信息中心；研究方向：软件测试、测试技术、安全性、可靠性分析。