软件需求分析报告（通用3篇）
1.概要设计说明书
在当今全球信息化大潮中，互联网（即因特网——Internet）异军突起，给21世纪的人类社会增添了无限的活力，成为现代社会生活中一道亮丽的风景线。互联网带给人们的不仅仅是技术，而是一种以信息为标志的崭新的生活方式。他正在改变着人们的工作和生活方式。有人曾以“围城”比喻互联网，但所不同的是，“外面的人想进去，里面的人不想出来。”互联网为什么有这么大的魅力呢？这不仅与人们日益增长的文化生活有关，更重要的是与互联网的技术不断更新和革命有关。
1.1编写目的
网上大学生实习选择方式较之传统的交易方式有着很明显的优势，它将网络技术与传统的实习预约进行了完美结合，解决大学生寻找实习公司难的的问题，也方便公司寻找合适的实习人员，为公司进行可持续发展人才提供一个良好的平台，为大学生在就业前积累行业工作经验提供了一个机会。
1.2项目背景
软件名称：通达大学生实习在线
项目的任务提出者：恒泰通达有线公司
开发者：恒泰通达项目部(架构师：马兆鑫项目经理：兰佳卉)
用户：在校大学生
1.3参考资料
PHP相关书籍mysql数据库书籍
1.4定义
使用技术：apache+php+mysql smarty引擎
2要求
2.1功能：
1.前台的主要功能要求：
有什么页面，什么功能（这一块是你要改的把页面上有什么功能写出来）格式： 页面/模块：实现了什么什么，修改的时候注意下面的图片
2.后台主要功能要求：
管理员进入了系统应该进行注册、身份验证，再次进入管理员主页面，可以对其进行操作，如添加，修改，删除，查询等功能。用户进入了系统应该进行注册、身份验证，再次进入用户主页面。对公司进行添加、删除等操作。
安全与保密要求：不能轻易被破坏，不能让管理员以外的人删改，对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。
2.2可行性研究的方法
a、技术可行性方法：使用现有的技术能实现这个系统；
b、经济可行性方法：这个系统的经济效益远远超过它的开发成本。
通过调查分析大学生实习预约所具备的能力及实现的方法。确定总体结构，利用mysql数据库所具有的能力，以最简洁最容易的方法，使用php使其成为一个初级的系统软件。为后续的软件扩展奠定一个良好的基础。
2.3决定可行性的主要因素
电子商务规模、设备状况、操作人员技术、参与的单位
2.4条件、假定和限制
a.本系统安全，有效，符合各项法律的规定
b.运行环境：WIN9X/20__/XP/WIN7
c.开发环境：WINXP
d.软件投入使用的最迟时间：20__-3-20
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个人合作完成。
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.结论意见(能否承担该项目/条件具备承担该项目)
虽然此项目存在一定的技术难度和风险，但我们对项目要达到的目标十分清楚，对所要开发系统将要实现的功能也非常了解。而且有一些成品作为参考，并且在项目的实施过程中我们能够获得帮助，我认为只要我们能够认真思考、仔细规划、明确分工，我们可以承担此项目的开发
I目录
1.总体功能需求------------------------------------------------------------1
2.软件开发平台需求---------------------------------------------------------1
3.软件需求分析------------------------------------------------------------1
3.1.软件范围-----------------------------------------------------------1
3.2软件的风险----------------------------------------------------------1
3.3软件的功能----------------------------------------------------------2
3.4用户类和特性--------------------------------------------------------2
3.5运行环境需求--------------------------------------------------------2
3.6设计和实现上的限制--------------------------------------------------2
4.外部接口需求------------------------------------------------------------2
4.1用户界面-----------------------------------------------------------3
4.2硬件接口-----------------------------------------------------------3
4.3软件接口-----------------------------------------------------------3
4.4通讯接口-----------------------------------------------------------4
5.系统功能需求------------------------------------------------------------5
5.1说明和优先级-------------------------------------------------------5
5.2激励响应序列-------------------------------------------------------5
5.3输入输出数据-------------------------------------------------------6
6.其他非功能需求------------------------------------------------------------6
6.1性能需求------------------------------------------------------------6
6.2安全措施需求--------------------------------------------------------6
6.3安全性需求----------------------------------------------------------6
6.4操作需求------------------------------------------------------------7
6.5软件质量属性--------------------------------------------------------7
II
1总体功能需求
该产品主要是一个信息分享平台，所以一定要有实时信息交互功能；针对注册用户，要有用户信息管理以及后台数据库存储功能；对于用户推荐上传的美食商家地址要有基础的位置获取定位功能或者是导航软件启动权限申请功能
2软件开发平台需求
开发者开发的软件必须能够在安卓以及ios等主流平台上正常运行。
目前开发软件平台为：
数据库管理系统：
Oracle 9i以上版本
中间件(应用服务器)系统：
IBM WebSphere
OA系统：
Lotus Domino/Notes
网络架构：
完全支持TCP/IP协议
开发工具或技术体系：
为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如Microsoft Visual ，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软件质量属性
易用性优于易学性，或者可移植性优于有效性。