软件需求分析报告

软件需求分析报告（精选7篇）

　　随着人们自身素质提升，报告与我们愈发关系密切，报告具有成文事后性的特点。我们应当如何写报告呢？以下是小编为大家整理的软件需求分析报告，仅供参考，大家一起来看看吧。

　　软件需求分析报告 1

　　1.总体功能需求

　　该产品主要是一个信息分享平台，所以一定要有实时信息交互功能；针对注册用户，要有用户信息管理以及后台数据库存储功能；对于用户推荐上传的美食商家地址要有基础的位置获取定位功能或者是导航软件启动权限申请功能

　　2.软件开发平台需求

　　开发者开发的软件必须能够在安卓以及ios等主流平台上正常运行。

　　目前开发软件平台为：

　　数据库管理系统：

　　Oracle 9i以上版本

　　中间件(应用服务器)系统：

　　IBM WebSphere

　　OA系统：

　　Lotus Domino/Notes

　　网络架构：

　　完全支持TCP/IP协议

　　开发工具或技术体系：

　　为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如Microsoft Visual Studio.Net，Borland Delphi，C++ Builder，或J2EE(Java2 P1atform Enterprise Edition)等。

　　3.软件的需求分析

　　3.1软件范围

　　开发这个软件产品不仅仅是为了在现在这个高速发展的社会中通过这样一个渠道将人们联系起来，也是为了将一个城市中所有的美食文化传承下来，将美食带给人们的那一份满足感通过这样一个平台传递给更多的人，最终通过美食这个纽带将人们之间的关系拉近。该软件主要是一个信息分享平台。这里的分享信息，指的是分享美食、展览会、漫展、藏在深巷中的小店、实惠良心的商铺等信息，不仅可以用论坛版块发帖的方式，还有短视频，以后还可以做出全景模型配合AR与VR。当你一个人找到一家美食，实惠的商铺，好玩的活动时，你可以在平台上面分享。让更多人的看见。在你想要寻找这些时，也可以在平台上寻找信息。除了信息分享以外还可以建立专门的交友模块，让人们能够找到对美食兴趣相投的一群人，提升用户的使用体验。

　　3.2软件的风险

　　该软件在建立运营的过程中有一定的风险：可能会产生一定的恶劣用户，将建立这个平1台原有的初衷歪曲化，在信息分享中会产生各种不良行为，譬如利用该软件平台发布广告、部分商家冒充用户对平台信息进行一定的导向；在交友模块中又会利用平台进行非法的交易甚至是欺骗用户，从而对用户的安全产生侵害。

　　3.3软件的功能

　　这款软件主要的功能就在于为用户建立一个全新模式的美食交流分享平台，为用户提供信息服务，也为城市中一些口碑很好但鲜有人知的美食提供一个绽放光芒的机会，为中华美食文化的传承做了一点努力。

　　3.4用户类和特性

　　该软件针对的用户群体比较宽泛，无论是什么年龄或者阶层的用户，只要对于美食有追求，那就一定会是我们的用户群体。当然对于庞大的用户群体还是要有一定的特性划分，我们会根据用户平时搜索的记录进行大数据分析，对不同用户推送不同的特色美食。

　　3.5运行环境需求

　　本软件的运行环境，一般包括：

　　●操作系统和版本；Windows 7及以上、android 4.0及以上、ios 8.0及以上；

　　●支撑环境和版本；数据库软件Oracle 9i以上版本；

　　●其它与该软件有关的软件组件；应用服务器系统采用IBM WebSphere；

　　3.6设计和实现上的限制

　　在开发过程中可能的限制包括下列内容：

　　●必须使用的特定技术、工具、编程语言和数据库；

　　●避免使用的特定技术、工具、编程语言和数据库；

　　●要求遵循一定的开发规范和标准

　　例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准；

　　●企业策略的限制；

　　●政府法规的.限制；

　　●工业标准的限制；

　　●硬件的限制

　　例如，定时需求或存储器限制；

　　●数据转换格式标淮的限制。

　　4.外部接口需求

　　此部分内容说明了软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，对接口数据和外部组件进行详细描述，并且写入了数据定义中。

　　4.1用户界面

　　以下是用户界面可能包括的一些特征内容：

　　●将要采用的图形用户界面(GUl)标准或者产品系列的风格；

　　●有关屏幕布局或者解决方案的限制；

　　●将要使用在每一个屏幕(图形用户界面)上的软件组件，可能包括：

　　选单；

　　标准按钮；

　　导航链接；

　　各种功能组件；

　　消息栏；

　　●快捷键；

　　●各种显示格式的规定，可能包括：

　　不同情况下文字的对齐方式；

　　不同情况下数字的表现格式与对齐方式

　　日期的表现方法与格式；

　　计时方法与时间格式；

　　等等。

　　●错误信息显示标准；

　　4.2硬件接口

　　●支持的硬件类型；

　　●软、硬件之间交流的数据；

　　●控制信息的性质；

　　●使用的通讯协议；

　　4.3软件接口

　　●操作系统；

　　●数据库；

　　●工具；

　　●函数库；

　　●集成的商业组件

　　4.4通讯接口

　　描述与软件产品所使用的通讯功能相关的需求，包括：

　　●电子邮件；

　　● WEB浏览器；

　　● 网络通讯标准或者协议；

　　●数据交互用电子表格；

　　●消息格式；

　　●通讯安全或加密问题；

　　●数据传输速率；

　　●同步和异步通讯机制；

　　5.系统功能需求

　　实时信息交互功能需求；

　　用户信息管理以及后台数据库存储功能需求；

　　位置获取定位功能或者是导航软件启动权限申请功能需求；

　　系统存储空间读写功能需求；

　　后台信息推送自启动功能需求；

　　5.1说明和优先

　　本系统根据最终用户所具有的不同功能将用户分为以下四类：

　　1、软件用户：需要从产品获取、上传信息等；

　　2、合作用户：知名商家提供店内部的美食信息；

　　3管理用户：管理用户和合作用户，保证正常的秩序；

　　4系统管理员：维护系统的正常；

　　产品在做完最基础的架构之后，应该优先做出用户的模块，然后才是管理用户和合作用户的功能。

　　优先级：管理员〉用户〉合作用户

　　5.2激励／响应序列

　　目前不详

　　5.3输入／输出数据

　　列出输入数据(用户输入、来自外部接口的输入或者其它输入)并且定义针对这些输入数据的处理(计算)方法，以及相应地输出数据，描述对应区别：输入数据和输出数据。

　　当有大量数据需要描述时，也可以分类描述数据，并且注明各项数据的输入、输出属性。

　　对于每一项数据，均需要描述：

　　●数据名称；

　　●实际含义；

　　●数据类型；

　　●数据格式；

　　●数据约束；

　　对于复杂的处理方法，仅仅给出算法原理是不够的，必须描述详细的计算过程，并且列出每一步具体使用的实际算式；如果计算过程中涉及查表、判断、迭代等处理方法，应该给出处理依据和相关数据。如果计算方法很简单，也可以将其从略，不加描述。

　　6.其它非功能需求

　　非功能需求主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。

　　6.1性能需求

　　●相互合作的用户数量；

　　●系统支持的并发操作数量；

　　●响应时间；

　　●与实时系统的时间关系：

　　●容量需求

　　存储器；

　　磁盘空间；

　　数据库中表的最大行数。

　　6.2安全措施需求

　　1、应用日志必须在现有基础上进行精简，对于重复日志记录、无用日志记录进行删减；

　　2、应用日志必须按日保存，每个文件保存应用一天的完整日志；

　　3、历史应用日志必须压缩后按日保存，以减小历史日志文件对硬盘空间的占用；

　　4、历史应用日志必须保留一个月（30天），以保证问题出现后，日志可以得到较好的保存。

　　6.3安全性需求

　　系统要有足够的防御能力，防御普通黑客的攻击，尽量减少各种可能出现的漏洞，防止6用户信息被不良分子窃取。

　　保证用户权限的正确设置，防止出现各种越权行为，保证系统的正常良好运行。用户的信息保存采用国际流行的MD5加密，保证安全；每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。

　　6.4操作需求

　　系统能被现有的工作人员快速掌握并使用

　　第三方控件的使用：原则是不使用，但必须使用时必须通知提出，讨论通过后方可用。

　　点对点通讯：私聊、公聊、从吧台获取信息都属于点对点通讯范畴，采用TCP协议

　　6.5软件质量属性

　　易用性优于易学性，或者可移植性优于有效性。

　　软件需求分析报告 2

　　一、引言

　　1.1编写目的

　　地理信息系统的用户有其特定的目的，对GIS有不同的要求，应用情况也各异。所以应对校园地理信息系统的系统定义，系统需求以及相关内容进行描述，方便开发人员进行开发。

　　1.2项目背景

　　校园地理信息系统作为“GIS设计与实践课程”的课间实习，旨在加强学生对GIS信息系统的理解和运用，了解GIS系统的实现过程。

　　二、项目概述

　　2.1 GIS项目目标、内容、现行系统的调查情况

　　该项目主要是利用GIS系统来实现校园地理信息的可视化操作，帮助用户了解校园环境，对校园的基础设施的使用提供便利条件，对校园的规划与管理提供参考模型，对一些专题研究提供便利。

　　2.2运行环境

　　基于ArcGIS的开发

　　2.3条件与限制

　　校园数据的缺乏，开发人员经验不足

　　三、数据的`描述

　　3.1 GIS静态数据

　　校园面积，校园范围，校园地理坐标数据，校园内部结构，系统使用对象等

　　3.2 GIS动态数据

　　输入数据：校园地形图、Google遥感影像、校园DLG图像

　　输出数据：匹配纠正数据、矢量化数据、最终成果数据

　　3.3GIS数据流图

　　3.4GIS数据字典

　　外部实体: 校园地形图、Google遥感影像、校园DLG图像

　　校正配准

　　名称：校正配准

　　数据来源：已有数据资料

　　数据去向：融合数据

　　数据组成：校园地图、遥感影像、测量数据、描述性文件资料

　　矢量化

　　名称：矢量化

　　数据来源：配准后数据

　　数据去向：矢量化后数据

　　数据组成：配准后的栅格图像、点位坐标、地物名称、地物属性 编辑入库

　　名称：编辑入库

　　数据来源：矢量化后数据

　　数据去向：数据库

　　数据组成：点、线、面、位置关系、几何属性

　　3.5数据采集

　　通过网络采集校园地形图及遥感图像，通过碎步测量采集DLG数据

　　四、GIS功能需求分析

　　4.1功能划分

　　用户

　　4.2功能描述

　　信息查询：通过分层显示来实习特定地物的显示

　　地图显示：查看校园地形图、Google遥感影像、校园DLG图像 放大缩小：实现地图的缩放

　　缓冲区分析:分析点线面的拓扑关系

　　五、GIS性能需求

　　5.1数据准确性

　　作为一次实习产品，该系统对数据准确性不做严格要求

　　5.2时间特性

　　能够流畅操作，不产生明显滞留

　　六、GIS运行要求

　　拥有简明的界面，能够实现用户的互操作和图像的显示和分析。

　　七、质量保证

　　软件运行稳定，能满足用户的功能需求，与系统兼容性良好，可移植。

　　软件需求分析报告 3

　　1.引言

　　本文中，主要针对工程机械出租的各项步骤、以及设计系统的广义意义进行了分析，从而根据各部分不同的需求阐明了本系统使各个功能模块相连接并实现工作、统计的作用。

　　1.1 编写目的

　　在计算机科技的飞速发展的21世纪，软件系统以及英特网也在不断融入我们的生活。然而在工程机械出租领域，设备的种类、数量越来越多，设备管理所涉及的是巨大的系统工程，由于企业出租规模大、管理涉及面广，又是造成统计、管理不到位都将给企业的正常经营带来一定的影响，所以如何利用先进的网络技术和优异的计算机软件系统更有效的收集、处理这些设备的租借，同时建立以现代信息化为核心的管理体制，减轻相关人员人工对租借管理及数据处理的负担，完成一个工程机械设备管理系统就变得尤为重要。

　　1、 信息交互要求

　　软件系统要求利用一一切租赁操作作为输入，通过数据收集计算达到处理的目的。

　　2、 附加影响要求

　　在系统正常工作过程中，需要达到最好的人际结合效果，对其他设备的正常工作不可以有太大的影响，设计人员需要根据用户的需要做出相应的调整；

　　3、功能的实现要求；

　　在满足客户的要求下，设计人员、开发人员需要根据本文参考相关需求程度，做出相应的软件系统设计。

　　1.2 项目来源

　　本设计的初步设想来源于宏达软件体验中心。宏达软件主要从事各行业的管理软件开发和应用推广，宏达体验中心拥有多支精干、稳定的软件技术开发队伍，这些队伍不仅具有一流的专业素质和研发能力，同时还拥有丰富的系统开发经验，且具有良好的职业道德修养和综合分析能力。 随着时代的发展，宏达公司也在不断开发、完善宏达系列软件，严把质量关，用一流的软件回报用户，受到了用户的好评，宏达系列管理软件以其功能强大、

　　操作简便、价格低廉的特性赢得了全国广大用户的青睐。目前用户已遍及全国所有省份、自治区、直辖市；用户遍及电子、电器、医药、服装、建筑、物资、化工、商贸、超市、旅游、机械、建材、科技、通讯等各类企业公司，同时拥有大量机关、事业单位、学校、研究所等机关事业型单位用户。

　　随着管理自动化的程度越来越高，大部分任务都直接由各种设备来完成，因此利用先进的计算机技术来管理，提高人机工作的效率成为了一项重要手段。

　　1.3项目风险

　　本项目中，不同身份的工作人员需要对各自负责的`工作及出发点等承担一定的风险。

　　任务提出者需要对项目的完成进度以及设计需求的整体方向负责，产品是否为大众所接将成为任务提出者所要负担的风险。

　　软件开发者需要对统计、收集、计算的相关程序编码是否正确承担责任，对运行软件后的一切技术上的风险承担一定的风险。

　　产品使用者在完成交易过后的使用过程中，需要对自己的一切操作负责，相应的需要承担软件系统在使用过程中因操作不当崩溃的风险等。

　　1.4 文档约定

　　本文的正文部分以宋体、小四为主要格式，行间距为1.5倍行距，各个主要题头的格式为黑体、四号。

　　本文档所涉及的一些专业术语及英文缩写如下：

　　Acess: Microsoft Office Access（前名 Microsoft Access）是由微软发布的关联式数据库管理系统。它结合了 Microsoft Jet Database Engine 和 图形用户界面两项特点，是 Microsoft Office的成员之一。其实Access 也是微软公司另一个通讯程序的名字，想与 ProComm 以及其他类似程序来竞争。可是事后微软证实这是个失败计划，并且将它中止。数年后他们把名字重新命名于数据库软件。Access在2000年的时候成为了计算机等级考试中的计算机二级的一种数据库语言并且因为它的易学易用的特点正逐步取代传统的VFP成为二级中最受欢迎的数据库语言。

　　Visual Foxpro：Visual FoxPro简称VFP，是Microsoft公司推出的数据库开发软件，用它来开发数据库，既简单又方便。Visual FoxPro源于美国Fox Software公司推出的数据库产品FoxBase，在DOS上运行，与xBase系列相容。FoxPro原来是FoxBase的加强版，最高版本曾出过2.6。之后，Fox Software被微软收购，加以发展， 使其可以在 Windows 上

　　运行， 并且更名为 Visual FoxPro。目前最新版为 Visual FoxPro 9.0，而在学校教学和教育部门考证中还依然延用经典版的 Visual FoxPro 6.0。在桌面型数据库应用中，处理速度极快，是日常工作中的得力助手。

　　数据：泛指表示一个指定的值或条件的数字、符号（或字母）等。数据是表示信息的，但这种表示要适合传输、分析和处理。此处，常把数据当作信息的同义词。

　　Container：Container类是IContainer 接口的默认实现。容器是封装和跟踪零个或更多个组件的对象。在此上下文中,包容是指逻辑包容,而不是直观包容。

　　数据源：提供某种所需数据的原始媒体。

　　C/S 结构：即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。

　　1.5 预期读者和阅读建议

　　本软件产品需求分析报告所针对的预期读者包括：

　　开发人员

　　用户

　　项目经理

　　租赁方

　　开发人员需要根据本文详细计划产品的开发，并且以达到最好的人机结合和为企业创造一定的经济效益为主要目的；用户需要熟知本文所描述的产品计划，以对产品有一定的了解，在之后的操作过程中才能有一定的熟练度，不以至于出现错误操作；项目经理则可以按照此文档安排项目进度以及工作经费等相关、租赁方需要对本文有一定的了解，至少熟悉工作流程以及系统需要达到的目的，从而更好地配合出租厂商做好统计、记账、处理数据的相关方面的工作。

　　1.6产品范围

　　本产品适用于为工程项目出租机械设备的相关公司，由于大型施工设备租赁市场处于发展过程中存在着租赁企业数量多且规模小、效益差、恶性竞争严重等问题，本产品意在于协助每个工程机械设备出租公司合理地优化相关工作。

　　1.7 参考文献

　　2.产品分析

　　2.1产品的状况

　　工程机械设备管理系统提供了对基础信息录入、机械设备出车单录入、挖掘机回车单录入、员工登记录入、加油登记录入等的模式录入和表格界面录入。录入信息时可能会出现相同的信息，为了避免重复录入部分字段设置了辅助录入功能，只需输入几项即可完成录入功能，操作方便快捷，可以很大的提高工作效率。

　　本系统将不是产品系列中的下一成员，也同时还不是成熟产品所改进的下一代产品，但是现有应用软件却不能成为它的替代品(升级产品)，所以这是一个新型的、自主型的产品。

　　2.2 产品的功能

　　根据上述分析，可以将本系统的各项子系统功能陈列如下：

　　1.基础信息管理系统：

　　本系统主要负责储存、录入及读取相关资源，这些资源主要包括：机械设备档案、供商信息、客户信息等；

　　2.机械设备调度管理系统：

　　本系统主要负责统计工程机械出车单、以及对挖掘机的租赁做相关管理管理（挖掘机回车单、某机械设备期间统计、期间统计查询）；

　　3.压路机管理系统：

　　本系统主要负责运行压路机回车单、某机械设备期间统计、期间统计查询及相关方面的工作。

　　4.装载机管理系统：

　　本系统主要对装载机回车单、某机械设备期间统计、期间统计查询做相关的程序的管理。

　　5.重型半挂管理系统：

　　本系统主要对装载机回车单、某机械设备期间统计、期间统计查询做相关的程序的管理。

　　6.客户管理系统：

　　本系统主要负责记录并统计、处理客户的还款、组织客户统计表、检查并记录机械设备状态等工作。

　　7.员工管理系统：

　　本系统提供一个员工信息服务系统，可以实现员工登记、事故登记、员工考勤、员工生日提醒。

　　8.加油管理系统：

　　本系统的作用在于加油登记、加油统计、余油统计；

　　9.配件管理系统：

　　本系统主要处理配件信息、配件入库、维护领料、配件库存、旧件回收、采购申请单、采购申请明细。

　　10.保养审验管理系统：

　　本系统的作用是对设备做保养登记、对设备审验进行登记、设备审验提醒、对保养期间查询等。

　　11.企业与产品检索系统：

　　本系统可以实现在线查询企业和产品信息，可以按多种方式进行查询；

　　12.在线调查系统：

　　本系统可以实现在线调查功能，对用户进行各种情况的调查。

　　2.3 用户类型和特性

　　本系统的用户主要由以下人员组成：

　　1、工程机械出租管理部人员：此类人员负责的是对公司内部机械设备出租，并对其出租明细做一个详细的录入，需要时可以读取相关信息。

　　2、机械设备保管部门人员：负责对公司内出租的工程机械设备做定期的管理与保养，并且负责设备的出纳。

　　软件需求分析报告 4

　　1.引言

　　“万事开头难”,就软件开发而言,首要任务是确定软件需求。据统计,软件项目中40%～60%的问题源自软件需求阶段,因为需求模糊或错漏都会造成软件开发者与用户对软件的理解产生差异。所以对软件需求要有准确的把握,这样才能在后续的开发中减少错误的发生。

　　软件需求主要指一个软件系统必须遵循的条件或具备的能力,一般包括三个不同的层次:业务需求,用户需求和功能需求。需求分析主要指软件开发的第一项活动,而该项活动的目的.主要是为待开发的软件系统进行需求定义与分析,并建立一个需求模型。软件需求分析一般包括如下4个步骤:需求获取、需求建模、需求描述和需求验证。我们这次主要进行需求建模,下面将会进行具体介绍。

　　2.功能需求

　　软件需求主要指一个软件系统必须遵循的条件或具备的能力,一般包括三个不同的层次:业务需求、用户需求和功能需求。在此主要介绍功能需求。

　　在线购物系统大体可以分为两个部分,即面向用户和面向管理员的两个部分。

　　面向用户的前台功能如下:

　　(1)商品信息查询功能。用户浏览网上商城,可以在网上商城首页、专柜首页、产品小类、专卖店首页等查看产品详细信息,可以按照价格,销量等元素排序。

　　(2)购物车功能。顾客选择完商品后可进入购物车页面,查看自己要购买的商品,可修改某一商品数量、取消购买某商品和清空整个购物车。

　　(3)网上结算功能。顾客在订单被销售方确认后,要选择付款方式,并付款给销售方,然后完成结算。

　　(4)订单管理功能。顾客确定购物车中的商品后提交订单,如顾客已填写收货人信息,则页面显示该信息并由顾客确认。如尚未填写则显示相应表单请其填写,系统记录顾客提交的收货人信息以便其下次购物时使用。顾客提交订单后可在网上商城查询该订单,并可对尚未处理的订单进行取消、修改等操作。

　　面向管理员的后台功能如下:

　　(1)用户管理功能。可以对用户的注册信息进行管理,冻结不合法账号等。

　　(2)商品管理功能。管理员可以管理所有商品的发布,制定价格,确定商品信息,增删广告。

　　(3)管理商品功能。管理员可以添加、修改、删除商品。

　　(4)物流发货功能。对成功的订单,查询用户地址信息,发货给用户。

　　软件需求分析报告 5

　　1、引言

　　1.1编写目的

　　经过对银行储蓄系统项目进行详细调查研究，初步拟定系统实现报告，明确开发风险及其所带来的经济效益，对软件开发中将要面临的问题及其解决方案进行可行性分析。本报告经审核后，交由软件项目经理审查。

　　1.2项目背景

　　1.2.1 项目名称：银行储蓄系统

　　1.2.2 用户：银行

　　1.2.3 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大储户的需要。银行与客户都迫切希望能更方便更省时就可以办理储蓄业务。现代计算机网络的高速发展使越来越多的人更喜欢网上购物、不出门即可交纳各种费用。在这样的背景下，很明显现行的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的银行储蓄系统。

　　1.3参考资料

　　《软件工程--原理，方法与应用》 吴钦藩编著 人民交通出版社出版

　　《软件工程导论（第四版）》 张海藩编著 清华大学出版社出版

　　《软件工程》 任胜兵、邢琳编著 北京邮电大学出版社

　　2、可行性研究的前提

　　2.1要求

　　2.1.1 功能要求

　　此系统所要完成的主要功能模块有两部分：取款系统与存款系统。

　　存款时，储户填写存款单，然后交给银行业务人员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率等信息，完成后由系统打印存款凭单给储户。

　　而取款时，储户填写取款单交给业务人员，业务人员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。

　　2.1.2 性能要求

　　为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也还要有足够大的磁盘容量；安全性也是系统最重要的性能需求之一，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。

　　2.1.3 接口要求

　　业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

　　2.1.4 输入要求

　　业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。

　　2.1.5 输出要求

　　要求能快速准确打印出清单给客户。

　　2.1.6基本的数据流程和处理流程

　　2.1.7安全与保密要求

　　为了确保储户的利益，储户的各种信息应保密，特别是对储户账户密码等信息的保密安全。由于查询人员的身份和目的不同，本系统还提供不同的查询权限，如行长与普通的业务人员之间的权限不同。

　　2.1.8完成期限

　　初步确定开发期为6个月，试运行期为3个月，系统计划于2012年春节正式投入运行。

　　2.2目标

　　银行是以盈利为主的服务性机构。为了在竞争中取得优势，必须提供优质的管理服务使其能够顺利发展。目标具体表现为在银行内部建立储蓄系统，初步实现系统计算机化，并保证该银行能够按期望顺利完成工作，提高工作人员的工作效率；与其他多间银行联网，促进银行间的互联合作，提高银行储蓄系统的整体水平，从而实现银行储蓄系统的高效性、方便性、实用性、互联性，提高银行的信用度、银行的经济效益和社会效益。

　　2.3条件、假定和限制

　　假设开发的软件运行的最短寿命为五年；开发时间与试运行时间预定为八个月；经费的投资限制在30万元以内；系统运行环境如下：系统平台： Microsoft xP/编程软件：J2SE v 1.4.2_01 SDK/Microsoft Visual C++6.0/创建数据库：Microsoft Office Access 2003；

　　2.4可行性研究方法

　　采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家和银行经理交谈，落实最后的问题定义。

　　2.5决定可行性的主要因素

　　本次可行性分析是按照软件工程的规范步骤进行的，即按复查项目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，推荐最佳方案，对所推荐的方案进行经济、技术、用户操作和法律的可行性分析，最后给出系统是否值得开发的结论。

　　3、对现有系统的分析

　　当前大多数银行所使用的银行储蓄系统办理业各时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续过长感到不耐烦，且出错率高。

　　3.1处理流程和数据流程

　　以用银行卡取款为例，储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户：

　　3.2工作负荷

　　由于办理手续的繁多和不合理，工作效率非常低，需要大量业务员，通常有储户等待排成长龙的现象，这给工作人员增加了非常大的负担和额外的工作负荷；同时也给银行公司的发展带来了严重的制约和压力。

　　3.3费用支出

　　办理手续的繁琐不仅使业务人员工作量很大，而且使客户对于业务办理流程不能明确而是咨询的业务量加大。各种凭单与证件的复印打印不仅使设备、材料开支增加，而且工作效益低。

　　3.4人员

　　需要大量业务员和额外的工作人员处理各项事务。

　　4、所建议技术可行性分析

　　4.1对系统的简要描述

　　根据系统目标以及现行系统存在的'问题，建议新系统分两步实现：

　　第一阶段建立一个内部的网络，以实现银行储蓄系统的计算机办公化。能够处理以下工作：本行内的银行卡在各分行可提款；及时办理业务；提高工作效率。

　　第二阶段是在全国多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速。

　　4.2处理流程和数据流程

　　4.2.1 存款流程图

　　4.2.2 取款流程图

　　4.3与现有系统比较的优越性

　　用银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。

　　减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。

　　可以大大减少工作人员，节约人力资源的开销；另一方面由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率和精确度。

　　数据防护措施严密：为确保系统数据万无一失，在系统结构设计上严格遵循金融系统安全规范，采用射频卡、终端机、计算机“三位一体”的数据保护技术，从三个层面采取了六种数据保护措施对系统重要数据严密防护，先进的“黑匣子”数据重复收集功能，确保了系统数据的安全性和准确性。

　　系统可扩充性强：该系统软件升级和硬件扩展相当方便，可以根据银行的实际情况来灵活配置，可根据不同需求增加新功能模块和子系统以满足用户的个性化需求，可确保用户投资的长期效益，避免资源重复浪费。

　　兼容性强：系统可提供数据接口和应用接口，可与原有系统兼容匹配，便于系统集成和二次开发，确保有效利用现有资源。

　　4.4采用建议系统可能带来的影响

　　4.4.1对设备的影响

　　系统对于设备要求更高的稳定性与安全性来保证其正常运行。并且对于打印、复印设备需要要求与计算机进行互联。

　　4.4.2对用户的影响

　　由于采用建议系统提高了工作效率，可使客户办理业务更加快捷、方便。采用的“三位一体”的数据保护技术既方便了管理，又能保证个人的隐私权不被侵犯。

　　4.4.3对系统运行的影响

　　系统设计的主要目的是提高效益。所以在系统设计和建设初期应着手参考各方面的标准与规范，并且应遵从该规范各项技术规定，并做好系统的标准化设计与管理工作。系统考虑今后发展的需要，因而必须为在系统产品系列、容量与处理能力等方面的扩充与换代的可能，这种扩充不仅充分保护了原有投资，而且具有较高的综合性能价格比。

　　4.4.4对运行环境的影响

　　由于使用者人数众多，水平不一，该系统设计时考虑到使用者在使用时要求操作简单，查询方便，软件设计采用菜单选取方式，使用时用户基本不用输入文字。而且不但提供计算机网络查询，同时提供公众电话网查询和远程登录等其他通信方式。

　　4.4.5对经费支出的影响

　　由于需要购买各种软、硬件设备，以及业务人员的系统使用培训等都需要增加经费的支出。

　　4.5技术可行性评价

　　开发系统的计算机硬件已经非常普及，所以完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。

　　5、所建议系统经济可行性分析

　　5.1系统开发费用

　　5.1.1人员费用。本系统开发期六个月，试运行期为二个月。开发期需要开发人员5人，试运行期需开发人员2人。开发需八个月，每人/月按3000元计算，人员费用为10.2万元。

　　5.1.2硬件设备费。本系统所需的硬件设备费为10.46万元，其中：

　　服务器1台 3万元

　　PC8台 4万元

　　打印机8台 1.2万元

　　条形码扫描仪10台 1.8万元

　　网络设备和布线 1万元

　　不间断电源1台 3000元

　　工作台8台 1600元

　　5.1.3软件费用。系统所需的软件费用为5000元，其中：

　　正版Windows xP 5000元

　　Microsoft Office Access 2003/J2SE v 1.4.2_01 SDK/Microsoft Visual C++6.0：可免费下载

　　5.1.4耗材费。所需耗材费用估计为0.8万元

　　5.1.5咨询和评审费、调研和差旅费：约2.0万元

　　5.1.6其他不可预见费。按开发总费用的10%计算。

　　综上，系统开发总费用为26.36万元

　　5.2系统运行费用

　　假定本系统运行期为5年，每年的运行费用为：

　　5.2.1系统维护费。一年需要0.5人/年进行系统维护，维护费为1.8万元。

　　5.2.2设备维护费。建设设备的运行更新期为5年。假设设备日常故障维护费每年0.6万元，则平均每年设备维护费为10.46/10+0.6=1.646万元

　　5.2.3消耗材料费。每年耗材费按0.8万元计算。

　　系统年运行费用为4.25万元，则5年累计系统运行费用为21.25万元。

　　综上，系统开发和运行总费用为47.61万元，折合9.522万元/年。

　　5.3效益

　　5.3.1一次性收益。提高工作效率，减少工作人员人数。本系统运行可以提高业务处理，核算信息管理的效率。累计可以综合提高工作效率达30%。可以减少现有15%的工作人员，书店现有人员按30人计算，可减少4.5人。平均工资为2000元，节约人员工资0.2x12x4.5=10.8万元/年。

　　5.3.2经常性收益。办公设备、纸张等使用量减少可节约成本每年约1.4万元。

　　5.3.3不可定量收益。业务量的增加使直接经济效益每年上升约7万元。

　　综上所述，每年可增加收益19.2万元。

　　5.3收益/投资比

　　19.2/9.522=2.03

　　5.4投资回收周期为三年。（上述利息均为5%）

　　6、社会因素可行性分析

　　6.1法律因素

　　全部软件购买正版；机器设置通过正当途径购得；所有软件都用正版，技术资料都由提出方保管，数据信息均可保证合法来源。所以，在法律方面是可行的。

　　6.2用户使用可行性

　　开发的系统操作要非常简单，以便适合大人小孩老人各类人们都可以很方便操作使用。还有，要有经过培训的专业人员在指导，以便当储户有什么疑难问题时能及时得到正确的答复。

　　7、其他可供选择的方式

　　可以购买现有系统，但是由于现有系统过于简单、购买成本高，而且并不适合银行的特殊情况，所以不建议使用这个方案。

　　8、结论意见

　　银行储蓄系统技术在目前是一个技术上成熟的系统，并且在银行公局内部准备采取有力措施保证资金和人员配置等。因此，分阶段开发“银行储蓄系统”的构想是可行的。为了使银行适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取更好的经济效益，建议立即着手系统的建议。

　　软件需求分析报告 6

　　1.概要设计说明书

　　在当今全球信息化大潮中，互联网（即因特网——Internet）异军突起，给21世纪的人类社会增添了无限的活力，成为现代社会生活中一道亮丽的风景线。互联网带给人们的不仅仅是技术，而是一种以信息为标志的崭新的生活方式。他正在改变着人们的工作和生活方式。有人曾以“围城”比喻互联网，但所不同的是，“外面的人想进去，里面的人不想出来。”互联网为什么有这么大的魅力呢？这不仅与人们日益增长的文化生活有关，更重要的是与互联网的技术不断更新和革命有关。

　　1.1编写目的

　　网上大学生实习选择方式较之传统的交易方式有着很明显的优势，它将网络技术与传统的实习预约进行了完美结合，解决大学生寻找实习公司难的的问题，也方便公司寻找合适的实习人员，为公司进行可持续发展人才提供一个良好的平台，为大学生在就业前积累行业工作经验提供了一个机会。

　　1.2项目背景

　　软件名称：通达大学生实习在线

　　项目的任务提出者：恒泰通达有线公司

　　开发者：恒泰通达项目部(架构师:马兆鑫项目经理:兰佳卉)

　　用户：在校大学生

　　1.3参考资料

　　PHP相关书籍mysql数据库书籍

　　1.4定义

　　使用技术：apache+php+mysql smarty引擎

　　2.要求

　　2.1功能：

　　1.前台的主要功能要求：

　　有什么页面，什么功能（这一块是你要改的把页面上有什么功能写出来）格式: xxxx页面/xxx模块:实现了什么什么，修改的时候注意下面的图片

　　2.后台主要功能要求：

　　管理员进入了系统应该进行注册、身份验证，再次进入管理员主页面，可以对其进行操作，如添加，修改，删除，查询等功能。用户进入了系统应该进行注册、身份验证，再次进入用户主页面。对公司进行添加、删除等操作。

　　安全与保密要求：不能轻易被破坏，不能让管理员以外的人删改，对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。

　　2.2可行性研究的方法

　　a、技术可行性方法：使用现有的技术能实现这个系统；

　　b、经济可行性方法：这个系统的经济效益远远超过它的开发成本。

　　通过调查分析大学生实习预约所具备的能力及实现的方法。确定总体结构，利用mysql数据库所具有的能力，以最简洁最容易的方法，使用php使其成为一个初级的系统软件。为后续的软件扩展奠定一个良好的基础。

　　2.3决定可行性的主要因素

　　电子商务规模、设备状况、操作人员技术、参与的单位

　　2.4条件、假定和限制

　　a.本系统安全，有效，符合各项法律的规定

　　b.运行环境：WIN9x/2000/XP/WIN7

　　c.开发环境：WINXP

　　d.软件投入使用的最迟时间：

　　3.对现有系统的分析

　　3.1基本的数据流程和处理流程

　　3.2工作负荷

　　由于数据量越来越大，现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大。

　　3.3费用支出

　　由于现有系统的工作负荷严重超载，在现有系统上投入的.人力，设备，空间，材料，等等与其他的一系列支持性服务越来越大，导致开发费用支出巨大，严重影响系统的可用性，急需改进。

　　3.4人员设备

　　鉴于原有系统的技术性含量比较低，故不需要多少高技术人员的操作，只是由于数据量的日益扩大，所需要的操作人员数量不断增大。这一点已不再适应目前信息化时代的步伐。

　　3.5局限性

　　各时段各区域的带宽速度可能会影响网站的访问

　　4.对系统的简要描述

　　新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也有了极大地改善。系统操作方便，管理人员需要做的就是将数据输入到系统的数据库中去

　　4.1与现有系统比较的优越性

　　在以上几点中已可以看出新系统的性能与功能上与现有系统的差别，首先新系统克服了原来系统的资金投入大，人员设备技术含量低，系统工作负担重等缺点。而且加入了对数据的安全性保护的功能，使原有系统在可用性与稳健性方面有了很大的进步。

　　4.2采用建议系统可能带来的影响

　　4.2.1对设备的影响

　　采用建议系统后，改进了原有系统的性能所以对设备要求自然更高，建议系统使用了最先进的技术使设备也必须跟着升级。

　　4.2.2对现有软件的影响

　　由于建议系统采用了先进的数据库技术以及一系列高技术含量软件，使得原来系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼容性。

　　4.2.3对用户的影响

　　建议系统使用的新技术是完全基于原有的系统上的,故用户不必考虑新系统带来的人员培训等等。

　　4.3技术可行性评价

　　本系统经过项目组的努力，利用PHP+HTML做前台，后台利用MYSQL做数据库使用smarty引擎技术，已在规定的期限内完成，经测试完全符合的管理。

　　5.所建议系统经济可行性分析

　　5.1支出

　　5.1.1基建投资

　　系统开发期为三周：试运行一周，开发期需要开发人员3人，试运行期需要开发人员1人，人员费用少。

　　5.1.2经常性支出

　　打印文档资料费用

　　5.1.3系统运行费用

　　系统维护费、设备维护费、消耗材料费

　　5.2效益

　　一次性收益：满足用户的需求

　　5.3收益/投资比

　　提高工作效率、减少工作人员

　　5.4敏感性分析

　　生存周期：1-3年

　　系统负荷量：中度信息流量

　　处理速度：中等

　　对硬件和其他软件具有很好的兼容性，无影响

　　6.社会因素可行性分析

　　6.1法律因素

　　该项目为独立开发，在技术上没有使用任何现有的软件与方法，所以在法律方面不会存在侵犯专利权、侵犯版权等问题，完全按照合同规定的责任履行，符合一切法律规定。

　　6.2用户使用可行性

　　系统的使用者为在校大学生，经过用户的使用，收到了很好的效应，用户相当满意。

　　7.其他可供选择的方案

　　由于系统是初步开发，所以开发小组没有提供其他的方案，只有一种开方案。

　　8.结论意见

　　根据可行性研究分析，在具备相应的硬件设备下可以开发该软件，建议2个人合作完成。

　　软件需求分析报告 7

　　1.引言

　　1.1项目的背景，研究的目的和意义

　　背景：经过一段时间的调查我们发现周边网吧的管理系统不尽相同，而其实现的功能都基本相同。大多数网吧的管理系统仅仅实现了计时收费的目的。所以我们觉得现在大多数网吧的管理系统功能还不够完善，做得还不够人性化。因此我们想尝试改进现有的网吧管理系统，使其功能更人性化，提供的服务更齐全，以改变现状

　　我们也从网上找了几个别人做的系统简单地看了一下

　　项目名称：

　　项目发起者：

　　面向用户：

　　1.2项目的目前研究现状

　　此项目现阶段还处于可行性分析阶段，具体实施将等到所学知识的进一步健全以及对项目有进一步的认识

　　1.3 参考资料（作者、标题、出版单位、发表日期、编号、页号）《软件工程》高等教育出版社史济民等

　　《数据库系统教程》高等教育出版社施伯乐等

　　《Java面向对象编程》电子工业出版社孙卫琴

　　《Java编程思想》机械工业出版社Bruce Exkel等

　　2.系统的技术可行性

　　2.1系统的简要描述

　　功能：网吧管理帮助网吧管理员管理网吧管理员可以通过该系统对上网人员（会员、非会员）记时收费、充值，对出售的食品饮料等计费，对网吧内的各台机器进行控制，以及提供一些特殊的服务（如在节假日对上网费打折等等）而被控制端有登陆、登离、呼叫网管、修改密码、买东西、查看个人信息（余额、姓名等等）

　　特点：由于上网顾客需要食品和饮料，而大多数网吧内也有这些商品出售，但往往是买一次东西结算一次，搞得网管十分头疼，而且效率也不高。上网顾客往往对这样的购物方式也不满意，他们希望可以不用离开座位就可以获得所需的商品。为了解决这个问题，我们将在网吧管理系统中添加了购物系统。在购物系统中，上网人员可以看到各种商品及其价格，点击购买后网管可以在服务器端看到顾客的请求，并将所需商品送给顾客，而计费系统会自动将商品的费用添加进计费系统中。我们还将添加网管呼叫系统，以进一步完善网吧管理系统的功能，顾客在需要网管时可以点击呼叫网管，这样既不用费力地叫网管，又保持了安静，为上网创造良好的环境。在我们的网吧管理系统中，我们还将添加特殊服务一项，网管可以根据需要调整上网费用，在节假日等时期搞优惠招揽顾客，当顾客结束本次上网时，计费系统会将本次上网费与商品费用一起计算，这样就节省了时间，提高了工作效率。

　　2.2系统采用的技术、特点

　　这次我们打算用Java语言来开发这个系统，这主要是因为Java语言是面向对象的语言，而且功能十分强大，并且使用Java会减少编程过程中的错误。当然由于可能会有大批顾客的资料需要管理，其中必然会使用到数据库。但是由于项目还未进入实施阶段，所以会遇到什么样的问题现在还是不可预知的，最终会使用到哪些技术也要在实践的过程中去获得结论

　　2.3资源条件

　　由于现在网络十分发达，网上的资源非常丰富，所以一般遇到问题时可以到网上去寻找答案。我们也从网上找了一些别人做的系统看了，对这些系统也进行了分析，总结了它们的优缺点，并大体上确定了我们要做的系统的功能和外观，我们还在网上询问了一些网友，并采集了他们的意见，将一些好的建议用到我们的系统中去。

　　在设计过程中，必然会遇到这样那样的问题，除了使用网络外，我们还会到图书馆查阅一些资料，当然肯定还会用到我们手上现有的一些书籍。

　　本着锻炼思维、培养能力的目标，我们会自己去思考并解决遇到的问题，在遇到实在解决不了的问题时也会向身边的同学和老师寻求帮助

　　2.4技术可行性评价

　　以前我们曾在学C语言时触过一个与之类似的项目，那时做的是一个图书管理系统，虽然我们并未参加代码的编写，但是对其中的一些思想有所了解。但那时由于没有数据库的知识，所以系统还不算复杂。此项目中我们考虑到由于会有很多用户的资料需要管理，而且我们又添加了许多其他的功能，所以会复杂一些。而且那时完全是为了练手，所以界面比较粗糙，而我们做的这套系统是面向用户的，所以界面必然会做得友好一些，这必然也会增加系统开发的难度。任何项目的开发都不会没有难度，我觉得只要认真思考，并借助各种资源，我们能够最终开发出这套系统来

　　2.5、系统的`非技术可行性

　　2.5.1法律可行性

　　该系统在网吧等类似场所使用，进行管理监控用户的基本操作，其中不会添加获取用户密码等受法律保护的信息的操作，且该系统不保存用户上机的具体操作，只会保留用户上网日期和时间等数据，以便用户日后核对，或者供其他一些有权限的人或部门调查。

　　2.5.2经济可行性

　　由于该系统的实现初衷是为了锻炼，以熟悉软件开发的全过程，不涉及经济的投入（有也会很少），所以将不会有经济上的风险。因此，在这一方面是可行的。

　　2.5.3运行可行性

　　由于网吧管理系统是相对独立的系统，除了与操作系统交互外，与其他软件的关系不大，所以发生冲突的概率较低。万一发生不能协调工作，为了本系统的安全，将对外来系统做一定限制，严重的将采取禁用策略。

　　3.风险预估与解决策略

　　在完善的计划也有风险，由于开发人员现在的知识和经验有限，可能未能将系统分析全面，或考虑得不够深入。为此，我们将积极学习开发将用到的知识，不断地回顾分析，查阅资料，并反复改进。我们在阶段性任务完成后会请教有经验的老师和学长，来使系统尽可能的完善。

　　由于课程比较紧张，开发阶段可能将延长，为此，我们有两套策略：

　　1、吸收其他同学加快开发；

　　2、利用假期延期开发。万一风险发生时，视情况决定采取那套策略。

　　如果因为时间的关系，开发最终无法按期完成，我们会将主要功能模块开发出来，其他功能可能会被忽略，以达到实验的目的。

　　如果在项目实施过程中分工不明确，造成工作重叠，或者系统有些功能未被实现，而我们又不能协调好，最终在项目提交前都未能最终完成预期目标。或由于规划的目标定的过高，不符合现有的技术水平，造成项目实施过程中遇到无法突破的技术瓶颈，导致由于部分功能未能实现，影响到其他部分的实施，最终导致项目失败。那项目就只能宣告失败了，那么我们将会从中获得宝贵的软件开发的教训，为以后做项目打下基础，这也是一种学习啊。

　　4.结论意见(能否承担该项目/条件具备承担该项目)

　　虽然此项目存在一定的技术难度和风险，但我们对项目要达到的目标十分清楚，对所要开发系统将要实现的功能也非常了解。而且有一些成品作为参考，并且在项目的实施过程中我们能够获得帮助，我认为只要我们能够认真思考、仔细规划、明确分工，我们可以承担此项目的开发。

【软件需求分析报告】相关文章：

需求分析报告01-11

软件需求分析师的工作职责04-04

网站需求分析报告08-17

需求分析报告模板03-21

网站需求分析报告02-28

需求分析报告模板04-16

需求分析报告模板02-03

需求分析调研报告通用03-13

需求分析报告13篇01-12