一键复制
在现在社会，报告的用途越来越大，要注意报告在写作时具有一定的格式。报告书写有哪些要求呢？我们怎样才能写好一篇报告呢？下面是小编帮大家整理的最新报告范文，仅供参考，希望能够帮助到大家。
系统需求分析报告人才市场需求分析报告篇一
1.引言
本需求分析报告是对于服装管理系统的商品管理部分做了大概的描述，先整体综述产品相关信息，再从功能的和非功能的方面介绍产品，给出了有关产品的相关模型。具体内容读者可以通过目录加以了解。
1.1编写目的：
随着计算机的普及，人们对计算机的认识及需求有了明显的增加，计算机对于大量信息的管理的优势更是显而意见的，得益于商品行业的日益壮大，服装销售行业规模也日渐庞大，商品的类型及数量以及相关的数据量也随之日益繁杂，越来越难以人工化加以实现，这就给服装行业的库存及销售管理提出了挑战，急需开发一种可以满足此行业需要，使繁琐数据变得简单、易操作、可视化。对于完善的系统来说不仅如此：友好的界面、较强的可操作性、易于学习、良好的稳定性、健壮性、可移植性等都是我们要考虑的因素。
在此背景下，服装管理系统应运而生，本软件主要实现服装管理系统的商品管理部分，包括：用户管理，商品管理，仓库管理，系统维护等几个模块。
对于个体经营者来说，有了这个服装销售管理系统，店主的工作任务可能会是半工倍。该管理系统软件目前已有比较完善的管理和使用功能。管理系统软件是为了满足店主方便对进货与出货的方便，同时方便商品的各种管理与操作。
1.2读者对象
本软件需求规格说明的读者包括:用户、需求缝隙人员、软件设计人员、软件测试人员和文档编写人员。
1.3产品的范围
制作本软件的目的是，借助网络向消费者提供产品和信息服务，实现产品和服务项消费者防线的转移。把软件与企业目标或业务策略相联系。
2综合描述 2.1产品的背景
人类进入21世纪，电子商务伴随着it的成熟，逐渐发展壮大，成为网络经济核心。电子商务的发展过程中，人们意识到在线购物的无地域界限、安全、方便快捷及其价格优势，在线购物的队伍逐渐扩大，不多增长的强大需求正成为电子商务的发展动力。基础环境的成熟与需求欲望的增长将推动电子商务的不断发展。随着互联网在中国的进一步普及应用，网上购物逐渐成为人们的网上行为之一！根据中国互联网络信息中心(cnnic)2012年01月17日在京发布《第29次中国互联网络发展状况统计报告》。《报告》显示，截至去年底，中国网民规模达到5.13亿，2011年新增网民5580万人。互联网普及率较2010年提升4个百分点，达到38.3%。中国社科院信息化研究中心秘书长、《互联网周刊》主编姜奇平认为，我们正处在一个数字移民的高峰期。网民规模达到5亿，这已相当于一个大洲的人口；一年增长5000多万，相当于一个中等国家的人口。这是从实体空间向互联网的虚拟空间的“移民”，表明人们把工作和生活的更多内容转移到了互联网上。
网上服装店是一个在互联网上进行服装销售的电子商务系统，消费者可以通过该系统选购自己要买的服装商品。客户通过网上这个商业窗口，可以浏览商品列表，查看每个上品的信息。在浏览商品的过程中，如果对某个是哪个品感兴趣，可以将该商品添加到购物车。另外，客户随时可以查看购物车中的状况。购物活动完成后，需要结账提交订单，系统将其导入结账的向导中，在订单提交成功后，客户可以查询自己提价的查询订单。在结账时，要求客户是在胡策客户并且处于登陆状态，如果当时哈没有注册，则要求客户首先注册。如果当时没有登陆则要求客户稍显登陆。
2.3产品功能概述
系统共分为前台和后台两个部分。在前台部分中，包括客户在线注册、浏览商品、查询商品信息、订购商品等操作，后台管理部分包括商品信息管理、客户订单管理、普通管理员的管理、客户的管理、各种即时信息的发布管理。
（1）前台;浏览商品：客户可以浏览网上商城的汉族要商品信息。
查询商品：客户可以输入条件，查询某些感兴趣的商品。
订购商品：客户可以对需要的商品进行网上订购。
购物车：客户可以把购物的商品信息放到购物车中，可以把商品从购物车 中拿出。
客户信息维护：维护客户自己的个人信息。主要是客户的密码、通信地址等基本个人信息。
（2）后台
公告管理：添加、修改、删除公告。商品管理
3.外部接口需求
通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数据定义中。如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
注意：必须将附加用户类的特征与外部接口需求加以区分，附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求；而外部接口需求描述的是接口本身的需求。
4.系统功能需求
本系统主要分为四个模块：用户管理，商品管理，仓库管理，系统维护。
由于操作人员的计算机知识有限，因此要求系统具有良好的人机界面。
如果系统的使用对象较多，则要求有较好的权限管理。方便的数据查询，支持多条件查询。
5.其它非功能需求
服装自动统计分析及数据的自动处理 5.2安全措施需求
本软件在使用过程中有可能发生帐号信息外泄，请定期及时修改密码。
每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。
登录密码输入错误三次封锁此号，解封必须联系管理员。不能使用过于简单的密码，如123456。
系统需求分析报告人才市场需求分析报告篇二
引言
1.编写目的
编写该文档是为了分析人工管理企业工资的流程，把人工模式抽象为可在计算机上处理的自动模式，对企业工资的科学管理进行分析与总结，便于开发小组成员对系统整体功能的认识，通过该文档，确定了系统的目的和功能，以及管理的流程和方法，同时也为使用者提供参考。
2.背景
随着企业的快速发展，企业规模越来越大，在职员工的数量也越来越多，企业工资管理更加的复杂，而工资管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，一般不允许出错，如果实行手工操作，每月发放工资须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行工资发放工作，不仅能够保证工资核算准确无误、快速输出，而且还可以利用计算机对有关工资的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事工资资管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。这就对企业工资管理提出了新的要求，用计算机管理系统来管理企业工资已经成为目前的趋势，使用计算机可以高速，快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范数据管理行为，从而提高了管理效率和水平。企业工资管理系统便是以计算机为工具，通过对工资管理所需的信息管理，不仅把管理人员从繁琐的数据计算处理中解脱出来，而且优化了管理体系，使其高效化，简易化，智能化，也提高了透明度和互动性。
3.功能定义
（1）员工基本信息的添加，修改，删除，查找和辅助查询。
（2）工资标准设定功能。具体包括工资，出行费，医疗保险,养老金，水电费，其他费用，补贴，奖金标准的设定。
（3）工资信息浏览。
（4）员工工资表创建。
（5）工资调整管理。
（6）工资统计。
为完善系统管理功能，增加工资系统用户管理功能，包括系统用户数据的添加，修改和删除。教职员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性。
4.功能描述
用例模型
顺序模型（管理员查询工资）
活动模型(登陆)
4.1员工基本档案信息管理功能描述：
凡属于本部门的员工，都需要对其基本的档案信息做好记录存储处理。以方便高级管理人员时时的了解或查阅其员工基本信息。对员工基本信息的操作包括添加信息、修改信息、查询信息，同时在数据库中要形成员工基本信息表。
4.2工资管理功能描述： 工资计算：
误输、错误输入智能提示引导用户录入数据的正确性。要形成的数据库中的表为员工工资信息表。
工资统计分析：
对员工工资数据计算完后，同时要将工资信息统计分析，如汇总统计，工资项目明细数据的汇总等，又分为对员工个人工资统计分析、部门工资统计分析、月份工资统计分析、季度工资统计分析、年工资分析统计。
4.3工资查询功能描述：
在查询这个模块里，系统能支持用户在客户端按照各种不同的字段名称进行工资信息的查询。同时，迅速的响应用户的查询请求，不同级别的人系统会根据其权限级别的大小享有不同程度的功能。不同级别的人不能越权进行操作。在查询过程中，为避免由于在同一时刻里访问人数过多造成响应缓慢时，每登录的一个用户，系统记数器自动加一，当记数大于峰值时，系统弹出对话框提示用户进行等待，从而有效的避免了系统在查询过程中快速响应的优点。
4.4系统维护：
2．设置系统使用用户及口令、权限的级别，对公司不同要求用户授不同权限，可限制一次性访问数据库用户数量。对每个访问数据库的登陆用户有日志记录。由系统管理员维护。在系统运行过程中，数据库管理员在系统运行过程中，还可以即使的进行系统数据的更改，如：对员工工资数据的更改，对工资项目计算方式的更改，定期做好系统数据的备份操作、还原、清理等。
5.非功能性需求： 5.1可靠性
1． 可恢复性
每月都要对工资结算，要求系统能够持续可靠运行，3． 容错性
当员工不能识别，应能够给予提示。
5.2可支持性
1．可适应性
人员的权限会根据企业的变化而调整，系统应该能够方便配置调整。还存在一些其他的配置要求，如打印格式、查询项目等，对此需要进一步分析。
5.3可行性
1.评价标准
e.是否具有界面灵活，操作简单的特点。
6.用例说明
本系统的设计目标是能够对大型企业员工的基本信息和工资信息进行添加和修改，根据个人信息将工资分为职务工资，职称工资和其他工资。能够调整工资标准和员工信息，也能够调整其他工资项目，根据需要对教职员工基本信息和工资信息的查询，本系统能够生成各个月的工资表，能够打印报表方便保存和管理，还包括对系统的一些基本操作功能，比如为完善系统管理功能，增加工资系统用户管理功能，系统应该包括系统用户数据的添加，修改和删除。员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性，系统应该具有简单，易用，小巧，经典的特色，应该能够对企业工资管理进行优化，使其系统化，高效化，智能化。并保证工资管理的准确性，简易性，为企业财务人员提供便利。
7．系统性能需求分析：
7．1 性能需求
上的数据均能实现信息的互通，及共享。当服务器移植到其他的系统平台，如：linux平台下时，同样能和其他的系统进行数据存取同步，不会出现系统之间互不兼容的情况，系统支持多系统之间的互连互通，系统有巨大的强健性。
7．2 运行需求
系统在进行数据的录入、计算、统计的时候，能将数据精确到小数点后三位小数。系统接收到用户的操作命令后（如：计算处理、查询等），能迅速的响应其操作请求，响应时间不超过1秒。在同一时间，系统还提供支持至少10个客户端进行同一个操作请求的响应。
系统可移植较强，在不同的平台下运行，均不会影响系统的稳定性。同时，支持在客户端安装不同操作系统、浏览器版本，均不会影响系统的运行。
7．3安全需求
得到恢复。同时，系统提供强大的容错性能，当一台服务器发生故障时，系统能自动切换到另外一台服务器上，从而保障服务器能长时间的提供系统的运行支持。在输入数据时，如果用户输入的数据不符合系统的要求，则系统自动提示错误信息，并要求用户重新输入，直到输入完全正确时才允许进行下一步的操作。
7．4 系统界面需求
系统开发基于c#的开发，界面直观、简洁，人机交互性强。基于表单和弹出式窗口的数据录入方式，菜单点击的方式操作。用户使用时，只要是按照格式和要求填入信息，系统在后台响应用户操作过程。让用户在最短时间里，不需要经过专门培训，就可以轻松上手使用。
7．5 其他需求
数据不管是在企业内部之间传输，还是公司与分公司之间进行远程数据传输时，防止数据被不法分析任意的修改和破坏，只有对信息解密的人员才能最终读取数据信息。这样，能 最大程度的防止数据在传输过程的安全保密性。
8.总结
在第一阶段总体分析的基础之上，我们小组进在系统需求过程中，主要是围绕着系统数据流程图和数据字典这两个方面展开文档的编辑工作。当然，在需求分析过程中，我们对系统的功能需求、性能需求、可靠性等方面做了进一步的描述，这为我们进行下一步设计阶段的顺利进行做好铺垫的工作。
系统需求分析报告人才市场需求分析报告篇三
目录
4.2时间特性...........................................20 4.3适应性.............................................20 4.4故障处理...........................................20 5.系统运行要求分析.....................................20 5.1用户界面...........................................20 5.2硬件接口...........................................20 5.3软件接口...........................................20 6．其他要求............................................20 7.附录.................................错误！未定义书签。
1.引言
1.1编写需求分析规格说明书的目的
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。传统的书店管理系统其日常管理工作都是人工操作，存在着许多缺点,如:效率低下、保密性差,另外时间一长,将产生大量的文件和数据,这对于数据的查找、更新和维护都带来了不少的困难，并且浪费了许多人力和物力。在信息时代，使用计算机对图书信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高书店管理的效率。因此，开发这样一套书店管理软件成为很有必要的事情。
1.2软件设计目标
（2）书籍管理：管理员进入书籍管理界面，对书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
（3）书籍出售：管理员进入书籍出售管理界面，根据isbn号出售图书,删去相应库存,记录销售时间，包括预订书籍、查询书籍的处理。
（4）顾客管理：管理员进入顾客管理界面，进行对顾客的一系列操作，包含对顾客信息的增删改等操作，以及会员服务等。
（5）查询书籍：管理员和顾客登录系统，进入书籍查询界面，对图书的一些详细信息进行查询。
（6）预定书籍：顾客登录系统，进入书籍预定界面，通过对图书信息查询，对已选择的图书进行预定。
（7）购买书籍：顾客登录系统，进入购买图书界面，对已选择的图书进行购买。
(11)尽量采用现有软硬软硬件环境及先进的管理系统开发方案，从而达到充分利用现在有资源，提高系统开发水平和应用效果的目的。
1.3 术语表
[1].登录：包括书店管理员、顾客在书店登陆界面输入各自用户名和密码，如 果输入正确就可以直接进入书店系统，管理员可以对系统进行相应的操作；而顾客也可以进行相应的操作。
[2].书籍管理：是指管理员对书籍进行一个比较系统的管理，如对图书信息进行录入、删除、浏览、查询、修改等基本操作 [3].书籍出售：是指管理员对书籍的出售情况进行管理，及时处理顾客的订单，完成书籍出售的过程。
[5].购买书籍：是指顾客对已选择的图书进行购买的过程。
[6].查询：是指管理员查询图书的库存，出售情况，以及缺货补充等的查询；顾客对图书种类，价格等的查询。[7].预定书籍：是指顾客再经过对图书的查询，选择需要的图书并对图书进行预定，方便购买。
1.4参考资料
[5] 陈禹，方美琪，软件开发工具[m]，经济科学出版社
2.软件产品的一般性描述
2.1运行环境
硬件环境：
512m以上内存
软件环境：
2.2软件产品的功能（用例模型）
图1 功能用例 “系统登录”用例
5.管理员可以进行顾客管理、图书管理、售书管理、书籍查询等。6.顾客可以进行书记的查询、预定、购买等。
“顾客管理”用例
1.登陆图书信息管理界面
2.系统响应相应的用户权限操作
5.用户选择相应的操作
“预定书籍”用例
1.管理员进入登陆界面
2.系统响应相应的用户权限,对订单信息进行管理或处理
3.列出相应的信息
2.系统响应相应的用户权限 3.列出相应的信息
4.管理员对图书销售及相关信息的情况查询
5.顾客（会员和游客）对图书的相关信息的查询
6.用户选择相应的操作进行查询
2.3用户特征
该软件适用于掌握计算机基础知识的客户，书店员工可根据自己的权限进行相应操作，系统管理员要求由计算机的专业知识。
2.4限制与约束
4.硬件、软件、运行环境和开发环境的条件和限制：新华书店拥有大型机以及用来支持的数据库，安装有windowsxp及以上的操作系统。
5.建议开发软件投入使用的最迟时间：开发完成后试运行1个月。
3.系统功能行为分析
3.1引言
第一步创建系统的用例模型。作为描述系统的用户或参与者所能操作的模型，它在需求分析阶段有着重要的作用，整个开发过程都围绕系统的需求用例表述的问题和问题模型进行。
3.2 系统功能模型——系统用例模型
创建系统用例的第一步是确定系统的参与者。
书店管理系统的参与者包含以下三种：
管理员： 进入管理页面，可以维护客户注册信息、维护图书信息、处理订单信息、报表维护（报表输出、报表备份、报表恢复、报表删除）、商品销售查询。
员工： 进入工作管理页面，可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。
顾客：（会员和游客）会员：进入登入页面，可以对图书信息进行查询、，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）； 游客： 进入网站后，只能进行基本的信息浏览和查询。
图2 系统参与者
1.用户用例（会员和普通用户）
（1）登录：会员通过身份验证，登录到网上书店系统。
（2）注册：普通用户在网上书店系统注册个人信息，可以成为会员。（3）浏览图书：会员或游客可以浏览网上书店的图书。
（4）查询个人资料： 会员可以查询修改个人资料，包括个人的基本信息、订单信息。
（5）修改个人资料：会员可以修改个人信息。
（6）加入购物车：会员可以将要买的书籍添加到购物车，可以对购物车里 书籍数量信息进行修改。
(1)登录：员工根据用户名和密码，登录到网上书店系统。(2)销售查询：员工可以对书店的销售情况进行查询。(3)库存查询：员工可以对书店所剩下的书籍进行查询。(4)图书管理：员工可以修改书籍信息、添加图书、删除图书。(5)订单处理：员工可以修改订单信息、删除订单。
3.管理员用例
(1)登录：管理员输入账号和密码可以登录带网上书店系统(2)管理会员：管理员可以修改会员信息、添加、删除会员。(3)员工信息维护：管理员可以修改员工信息、添加、删除员工。
”、“ 提交订单”等，这些动作是由“会员”执行的。为了购物安全方便，系统还需要提供用户信息验证，确保只有会员用户才可以进行书籍购买。用例“管理书籍”、“ 管理订单” 这些动作是由“员工”执行的。用例“维护员工信息”“维护系统”等，这些动作是由“管理员”执行的。为了系统的安全性，系统还需要提供进行身份验证的功能，以确保只有具有权限的“系统管理员”才可以使用系统的功能，所以“管理员”必须与用例“登录”交互，也即“管理员”在使用系统前，要使用用户名和密码进行登录，系统验证用户的密码正确后，用户才可以执行进一步的操作。
图3 会员用例图
图4
管理员用例图
图5
员工用例图
3.3相关用例的展开——活动图
（1）员工订单处理活动图
修改后的信息保存到数据库中。
图6 员工订单处理活动图
（2）员工图书管理活动图
图7
员工图书管理活动图
（3）顾客购买商品和管理员处理订单的活动图如图8所示。
图8
顾客购买商品和管理员处理订单的活动图
从图8中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处理后，购买过程结束。
3.4系统静态模型——对象类模型 进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。系统的静态结构模型主要用类图和对象图描述。
进一步分析系统，发现类以及类之间的关系，确定它们的静态结构，是面向对象分析的基本任务。系统的静态结构模型主要用类图和对象图来实现的。类图从抽象的角度描述系统的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类之间的相互关系。其中类的识别分为三类：识别实体类、识别边界类和识别控制类。
类不是孤立的,uml为我们定义了它们之间的四种关系，它们是：关联（association）关系（聚合和组合）、依赖（dependency）关系、泛化（generalization）关系、实现（realization）关系。
关联关系是类之间最广泛的关系，若两个类的对象的实例之间具有某种（属
性上的）依赖关系，对象所属类间的关系称为关联关系,关联关系是一种结构关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。指出了一个事物的对象与另一个事物的对象之间的语义上的连接。其表示方法是在uml中，关联的图形表示是实线+箭头，箭头指向被关联的类。关联可以是单向的，也可以是双向的。关联关系包含两种：聚合关系和组合关系。其中聚合关系是类与类之间的关系具有“整体——部分”的特点。其表示方式：在uml中聚合的图示方式为，在表示关联关系的直线末端加一个空心的小菱形，空心菱形紧挨着具有整体性质的类，即箭头指向整体类。组合关系是整体和部分是不可分的，整体的生命周期结束时也就是部分的生命周期到头时。
依赖关系是对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。用虚箭头表示。
泛化关系表示一个泛化的元素和一个具体的元素之间的关系。它又称继承，uml中的泛化是通用元素和具体元素之间的一种分类关系。具体元素完全拥有通用元素的信息，并且还可附加一些其它信息。泛化可用于类、用例等各种模型元素。父类与子类的泛化关系图示为一个带空心三角形的直线，空心三角形紧挨着父类。
实现关系是指定两个实体之间的一个合同。实现是规格说明和其实现之间的关系，它将一种模型元素与另一种元素连接起来。在uml中，实现关系的符号与泛化关系的符号类似，用一条带指向接口的空心三角箭头的虚线表示。
根据上述类的关系，完整的类图如图9所示
图9
类图
3.5系统动态模型（顺序图）
（1）顾客订购顺序图如图10所示。
用户首先使用自己的账号和密码登录系统，登录模块会将客户的id保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后，提交自己想要购买的商品id。订购模块得到商品id，生成订单并提交给数据模块进行保存。保存成功后，订购模块提示用户订购该商品成功。
图10 顾客订购顺序图
（2）顾客删除订单顺序图如图11所示。
交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品id，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理模块提示用户删除操作成功。
图11 顾客删除订单顺序图
（3）管理员处理订单顺序图如图12所示。
管理员使用其账号和密码登录后，登录模块会将管理员的id保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理订单的列表，管理员提交某商品id得到该商品的库存情况。如果库存充足则接受订单，并把接受信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。
图12 管理员处理订单顺序图
（4）.管理员登录顺序图
管理员登陆的过程为：管理员进入系统，进入登录页面，输入账号密码，系统验证身份信息，验证成功，界面返回成功信息，管理员接受成功消息，登陆系统成功。如图11。
图13
管理员登录顺序图
（5）会员提交订单顺序图
订单，会员在进行订单的修改确认。
图14 会员提交订单顺序图
（7）员工管理图书顺序图
员工进入图书信息管理界面，可以进行图书的检查、修改、删除、增加等操作。进入修改删除图书界面，并输入要修改的图书信息，以及要增加的图书信息，如果增加图书信息成功则返回信息成功修改添加界面，并显示修改成功，返回界面，如果有误在进行进一步的修改。
图15
员工管理图书顺序图
3.6系统体系结构模型
我们可以识别系统中存在的主要实体类：书店、员工、用户。
图16
书店管理系统的主要参与者
(1)主界面
系统的主界面具有菜单和菜单项，当选择不同的菜单项时，用户可以执行不同的操作。当程序退出时，主界面窗口关闭。
(2)图书信息显示界面
图书信息显示界面是进行书籍查询时所需要的对话框。用户根据书籍名、作者、类别等条件查询书籍，系统查询数据库获取符合条件的书籍并显示到界面。
(3)注册界面
注册界面是进行游客注册时所需要的对话框。当选择主窗口中的菜单项“注册”时，对话框弹出，游客填写用户名、密码、电话、家庭住址、邮编等信息，然后点击“提交”按钮，系统创建用户的信息并将之存储到数据库中。并且系统将自动登录到系统主页。
(4)购物车界面
购物车界面是进行操作“删除购物车里的书籍”、“修改购物车里书籍数量”或“提交订单”时所需要的对话框。
当用户选择删除购物车里的书籍时，对话框弹出，用户点击“删除按钮”，系统删除用户购物车里的该书籍。当用户选择修改购物车里书籍数量时，用户输入书籍的数量，然后点击“更新”按钮，系统更新用户购物车里的该书籍数量。当用户选择“提交订单”时，系统进入付款界面，并且系统将此购物产生一个订单保存到数据库中。
(5)图书管理界面
图书管理界面是进行操作“添加书籍”、“编辑书籍”或“删除书籍”时所需的对话框。
籍有关的其他信息业也一并删除。
(6)登陆界面
根据上述部分界面的分析，网上书店系统中的边界类图
图17 边界类图
图18
控制类图
3.7输出结果
4.系统性能分析
4.1数据精准度
在向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据时，要求输入数据准确。金额，身份证，卡号等按需求设定字符数。
4.2时间特性
程序响应时间：在人的感觉和视觉事件范围内；
信息交换时间：要求在程序调用前、调用后都与数据库保持同步更新，网络信息交换时间应该小于程序调用的时间。
4.3适应性
要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件、脏数据具有较强的识别处理能力。
4.4故障处理
软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。
5.系统运行要求分析
5.1用户界面
屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换 报表格式：以银行原报表格式设计电子打印表格式。
菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。
5.2硬件接口
网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但是从理论实验验证软件本身的目的来看，无需网络通讯接口。业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。
5.3软件接口
windows标准接口，要求与其他软件无冲突错误发生。
6．其他要求
(3)安全性：通过网络传送的数据需要简单加密，服务器端对接收到的数据需要二次简单验证。
(4)复用性：说明本项目是否可以复用已有软件、是否可为其它产品复用；(5)灵活性：说明在运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。
7.附录
系统需求分析报告人才市场需求分析报告篇四
第二章功能需求
第三章性能需求
第四章系统可行性分析
第五章出错处理需求
5.1 处理错误5
第六章将来可能提出的要求
一 需求分析的意义：
一个好的产品之所以能成为一个好的产品，关键在于需求分析是否充分考虑到用户的所有需求，好的需求分析能提高工作效率，减少不必要的麻烦。需求分析的任务是发现、规范用户需求的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，作为工作成果的原始依据，并且可向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。
二 功能需求：
前台功能
（1）会员管理：登录是需要的凭证，每个会员都有自己的管理界面，可进行资料的修改等操纵。
（2）图书查询：图书查询的目的是为了帮助用户快速地找到想要购买的图书。用户可以按照书名、作者、出版社等方式查询到想要的书籍。当用户选择了某类书籍时应能显示书籍信息：图片、会员价、市场价等。
（3）图书展示：为了将网络他、书店中的图书有序的罗列出来。图书展示分为：新品图书、推荐图书、畅销图书、排行榜。
（4）购物车：购物车中要列出用户所选择的书籍名称、市场价、会员价、数量，总计金额。好、用户可以删除购物车中的书籍，修改某个书籍的数量，清空购物车，到结算页面确认并下定单。
（5）订单生成与管理：购物后，确认支付和配送方法后生成订单。系统发送邮件通知书店管理员。会员还可以查询自己订单的处理的处理情况和历史订单。
（6）结算功能：结算前必须再次验证用户，验证合法后，进入结算页面，显示订单的日期、收货信息、购买书籍清单，用户还可以再次修改收货人信息，修改或删除已选书籍，当确认后，可以选择下订单。
（7）在线帮助：简单介绍网站的购物流程，一姐一些常见的问题。
后台功能
（1）图书馆里
添加新书：管理员和添加人员可以通过这个功能详述点录入新的图书。添加信息包括书名、作者、出版社、缩略图异界所属类别等等。
管理书籍：管理员和添加人员可以进行图书的查看、编辑、修改。
（2）用户管理
此功能只有最高权限管理员拥有，这好似用来管理后台管理员的功能、可能添加、修改、删除新的管理员以及分派权限、修改管理密码。
（3）订单管理
订单管理处理时首先判断管理员的身份，然后课根据就、订单状态来做相应的服务。订单状态分为五种：未作任何处理、用户已经划出款、服务商已经收到款、服务商已经发货、用户已经收到货。
（4）会员管理
修改、删除会员资料。
三 性能需求：
硬件：微型计算机，计算机局域网络。
软件：win
7、jdk/tomcat/、struts、eclipse、mysql。
四 系统可行性分析：
4.1 技术可行性
根据前期的市场调查与对下列系统功能、性能及实现系统的各项所需技术的约束条件的分析来看，本系统程序开发应是一个集数据库管理和查询为一身的系统，根据现有的开发技术，开发硬件、开发软件的性能要求及环境条件等来看，各项条件良好。同时，考虑给予的开发期限较为充裕，预计可以在规定期限内完成预定功能地开发与实现。
在软件方面本程序设计采用的开发环境是microsoft visual studio 2010,采用开发语言 asp、net编写程序，采用sql server2008 做后台数据库。在硬件方面电脑的各种配置包括输入输出能力，内部存储器和外部存储器的容量都能满足用户的要求。
4.2 经济可行性
据调查，在中国有实际购买行为的网民中，有57.6%购买的是图书，有26.4%购买音像制品，这充分说明以网络书店为代表的出版物在线销售有良好的发展机遇。出版物网上销售有诸多有点：24小时服务、送货上门、无店铺销售、搜索查询数据库等优点，弥补了传统出版发行业的不足。随着人们购物观念、购物习惯的改变以及网上购物质量、信誉的提升，出版物在线销售将有更大的空间。方便、快捷和经济使用的电子商务将推动企业的发展。而在线销售图书是不少企业的首选，这样网络书店便应运而生。
4.3 社会可行性
（1）法律可行性
该平台是自主研发设计，因此不会构成侵权，在法律上是可行的。
（2）用户可行性
该系统是一个电子商务网站，所以操作简易，用户购买不需要了解整个书店的工作流程，只需要按照提示一步步操作即可完成购书等其他活动。
五 出错处理需求：
处理需求指的是当应用系统发现他自己犯下一个错误时所采取的行动，但是，应该有选择地提出这类出错处理需求，对应用系统本事错误的检测应该仅限于系统的关键部分，而且应该尽可能少。
六 不确定性要求：
井盖明确地列出那些虽然不属于当前系统开发范畴，目的是在设计过程中对系统将来可能的扩充和修改预作准备，以便一旦确实需要时能比较容易第进行这种扩充和修改。
系统需求分析报告人才市场需求分析报告篇五
1.引言 1.1 目标
开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化，他们往往会选择大型的软件公司合作开发，所需的开发费用和维护费用也是非常高的。这些高额的费用并非大多数中小企业所能承受得起的。本系统就是为这些公司制定的。
1.2 参考文献
《软件工程导论》，张海藩，清华大学出版社。《实用软件工程》，郑人杰等，清华大学出版社。
2.总体描述
2.1 用户类和用户特性
本oa办公系统软件的最终用户是面向中大型企业的员工和相关管理人员一套软件，操作人员需要有一定的计算机操作基础，对于系统管理员不仅要有一定的计算机基础，还要求有一定的网络管理经验。
2.2 运行环境(operation environment, oe)oe-1：“办公自动化系统”的操作将通过如下的web浏览器来完成：microsoft internet explorer版本10.0和11.0，netspcape communication版本4.7和netscape版本8和9。oe-2：“办公自动化系统”将运行在一个服务器中，该服务器运行当前由公司批准的red hat linux版本和apache http server。oe-3：“办公自动化系统”将允许用户通过公司内联网来访问，如果用户将被授权在公司的外部穿过防火墙来访问，那么用户也可以在家通过internet来访问该系统。
2.4 设计和实现的约束条件（constriant）
co-1:系统的设计、编码和维护文档将遵照process import intranet development standard(process import公司内联网开发标准)版本1.3。co-2：系统将采用公司标准的当期oracle数据库引擎。co-3：所有html代码将遵照html4.0版本。c0-4：所有脚本都用perl语言来编写。
2.5 用户文档（user documentation, ud）
ud-1：系统将提供一个分层的跨链接的html联机帮助系统，它描述并演示了所有系统功能。
ud-2：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机帮助，这样用户可以使用静态教程菜单来具体实践一下如何使用。系统不会将采用这一模板的管理案例存储到数据库。
ud-3: 开发期限十一至十二周。
3.系统特性
3.1 员工名录管理
本系统会将员工的信息录入到系统数据库中。其中包括人员履历、转正申请、离职申请以及员工一些重大事情的记录。
3.2 部门管理 上级部门有权对下级部门进行管理，并查看该下级部门人员的信息，以及上级部门对下级部门发布任务、取消任务、撤销部门、创建部门。
3.3 综合邮件管理
管理员有权对已经超过规定时限的数据库中的邮件进行管理,如进行邮件的删除；对于一些已经删除的邮件进行恢复等。员工可以对自己写的邮件进行发送、修改、删除、保存操作；对收到的邮件进行保存、删除操作。
3.4 综合事务管理
综合事务管理包括行政管理、信息管理、人事管理、车辆管理进行全面的管理。
3.5 工作流管理
几乎所有的业务过程都是工作流，特别是办公公文审批流转处理。每一项工作以流程的形式，由发起者（如文件起草人）发起流程，经过本部门以及其他部门的处理（如签署、会签），最终到达流程的终点（如发出文件、归档入库）。
3.6 个人日程管理
个人日程管理中有工作日志、工作计划、消息提醒、通讯录。工作日志：基于网络的工作日志系统，可设为私有，限制，公共三类级别分别供自己，部门领导，全部人员查看。便于个人总结，便于上级检查工作，便于和同事分享工作经验，是知识管理挖掘隐性知识的一种手段；用户可以随意添加、删除、修改多个日志，通过翻阅日历查看任一天的日志也可通过日期，关键字等检索日志。工作计划：针对自己和领导下达的任务进行布置；布置的具体任务涉及时间、任务查看人、任务完成的标准、任务附件、提醒日期、汇报时限等内容。消息提醒：设置消息提醒功能每当用户登录系统时提示窗口。通讯录：记录联系人具体通讯信息，包括我的通讯录、公共联系人和内部通讯录三种类型。
3.7 内部消息服务
内部消息服务将消息在公司内部传递，管理员有权对消息进行添加、修改、删除操作。
3.8 文件档案管理
对现有档案进行管理，可以直接增加新的档案，并对档案实现添加、删除和分发查询、分类存储等操作。
3.9 云存储管理
云存储管理是对云数据库中内容进行存储、删除、备份、修改操作。
4.用例图
4.1 邮件管理用例图
4.2 个人日程安排
5.外部接口需求
5.1 用户界面（user interfaces, ui）
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了、易于操作，并且要注意到界面的布局，应突出的显示重要以及错误信息。外观上也要做到合理；合理化，考虑到用户多对windows风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用delphi所提供的可视化组件，向windows风格靠近。其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用delphi库中错误提示函数。总的来说，系统的用户界面应做到可靠性、简单性、易学习和使用。
5.2 硬件接口(hardware interfaces, hi)
处理器型号及内存容量；
5.3软件接口（software interfaces, si）
服务器程序可使用delphi提供的对sql server 的接口，进行对数据库的所有访问。服务器程序上可使用sql server对数据库的备份命令，以做到对数据的保存。在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接受。
6.其他非功能性需求 6.1 性能（performance）需求
本项目软件性能要求如下：
告警信息从产生到显示出来的时延不应该大于15秒。配置信息的更新最大时延为24小时。性能监控数据时间间隔不超过15分钟。
④对本软件系统用户经常使用的90%操作响应时间小于20秒，对于极少使用的10%操作响应时间应不小于120秒。
⑤ 保证系统并发访问用户数30。
⑥系统数据库容量应能够满足各功能模块的需要。能满足告警和性能原始数据、日志信息等半年的存储容量；告警统计和性能数据一年的存储容量。
6.2 安全性（security）需求
系统应该具有对系统自身的管理功能，应实现网管系统自身的完善的维护和管理，需提交标准安装程序。提供必要的操作维护手册及技术手册。当进行版本升级时，提供版本差异的详细说明。
7.其他需求
7.1 系统的封闭性：用户的封闭性较好，用户基本上在提示信息下输数据。7.2 系统的容错性：用户数错数据都有提示信息，具有较好的容错性能。7.3 可维护性：新功能的实现仅涉及局部。
系统需求分析报告人才市场需求分析报告篇六
一、导言
现在是信息化的社会，传统的教务管理模式，已经不适应信息时代的要求，迫使人们起用新的管理方法来管理。计算机技术的飞速发展，使各行各业在计算机技术应用方面得到了广泛的普及和使用。因此，教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活，将传统的教务管理方式彻底的解脱出来，提高效率，减轻工人人员以往繁忙的工作，减小出错的概率，从而使人们有更多时间来学习和享受生活。
二、目的
教务系统是对学校教务和教学活动进行综合管理的平台系统，满足学校管理层、教师。学生等日常工作、学习、管理和咨询等工作。目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程。
三、术语定义
教务管理系统以下简称系统
四、参考资料
《软件项目管理案例教程》 《软件工程导论》
五、任务概述 目标：通过强教务信息的管理，有利于决策者根据教务信息及时进行信息的处理，每个用户用自己的身份通过登录该系统，并根据自己的权限进行相关操作。
六、运行环境
1台主机：cpu2.4g，4g内存，windows7操作系统，连接到internet。
web服务器、文本编辑工具、打印机一台。可利用学校现有的服务器及教师办公用微机等设备。
七、系统定义
（一）需求规定
1、对功能的定义（1）学生日常管理
a）限于全体学生操作。
a）查询单条教务信息：主要适合全体老师操作的。在窗体上先可以选择查询的条件，再输入关键字名。按查询即可。
b）查询全部教务信息：是给管理员用的，为了方便管理员查找，也有关键字搜索和模糊搜索，查到记录后，也可双击记录即可显示详细信息。
c）成绩查询：输入学号、密码即可查询学生成绩（3）信息公布
a）数据备份：用户可以通过选择保存路径把数据库保存在硬盘中。
b）数据恢复：用户可以通过选择路径把数据恢复。（4）操作管理
a）仅限管理员。其中可以添加、修改、删除操作学生，设置他们的权限、级别及密码。
b）系统整理信息：显示距离管理员整理系统的时间。（5）评教管理
a）打印单条教务记录：适用于一般浏览者和用户。他们只能打印在他们的权限范围内所能查看的教务。
a）学生进行网上选课
（二）对性能的规定
1、数据精准度
（1）按照严格的数据格式输入，否则系统不给予响应进行处理。（2）查询时要保证查全率，所有响应域包含查询关键字的记录都应能查到。
2、时间特性
一般操作的响应时间应在1~2秒内。
3、适应性
（1）满足学校使用的需求。
（2）对前面提到的运行环境要求不应存在困难。
（三）系统图示
1、数据流图
管理员信息管理教务管理系统公布信息查看信息老师查看信息学生
1.1教务管理系统顶层图
2、数据字典 2.1数据存储（1）老师信息 别名：无
3、系统流程图
4、用例视图
5、顺序图
5.1学生选课、退课顺序图
6、状态图
7、活动图
（四）故障处理
2、遇到“数据库已经关闭”提示信息阻止程序运行时：可以查看一下进行此项操作时，操作的表是否被关闭了或者实在没有关闭此表的情况下又一次运用打开语句打开此表。
系统需求分析报告人才市场需求分析报告篇七
1、编写目的
2、项目背景
数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了。造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。
a.待开发的软件系统的名称是《图书管理系统》
b.本软件适用于教育界，他是比较完善的系统管理软件，对图书馆的书籍、读者资料、借还书等可以进行方便的管理。
c.开发员：王林飞，张应锋
3、定义
数据流程图（dfd）：为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。数据字典是对数据流程图中的数据，变换等进行精确的定义。
5、开发环境
windowxp,/7 eclipse，需求分析
1、问题的提出：
图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。
2、系统的业务功能分析：
1）建立读者类，实现对读者编号、姓名、所在单位等信息的描述。
2）建立书籍类，实现对图书的编号、名称、作者、出版社、出版日期、价格、采购日 期、单价、数量、金额、版次、分类号、isbn等信息的描述。
3）建立用于记录借书情况的类，实现输入读者编号和书籍编号后成功借书的描述。
系统的业务流程分析：
3、需完成的功能
1)图书基本情况的录入、修改、删除等基本操作。2)实现借书功能。3)实现还书功能。
4)能方便的对图书进行查询。5）管理员进行借书者用户进行管理
一、系统需求说明
1、对功能的规定
经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。
以下是图书管理系统必须具备的功能：
1.图书基本情况的录用：对于购进的新书，系统必须具备图书信息资料的录入功能。当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。
2.办理借书卡模块：系统的主要功能之一，供本校学生借阅图书。3.实现借书功能：可以方便学生们借书。
4.实现还书功能：归还图书，并进行登记。
5.能方便的对图书进行查阅：可以快速简单的对图书进行查找一些信息。
2、对性能的规定
（1）、系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。
（2）、系统的开放性和系统的可扩充性 图书管理系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
（3）、系统的易用性和易维护性
图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
（4）、系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。
（5）、系统的先进性
目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
（6）、系统的响应速度
图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
3、输入输出要求
输入：键盘，鼠标。输出：显示器。
二、新系统的逻辑模型
1、图书馆组织机构分析
图书馆组织机构图
2、系统功能结构图
3、数据流程图
注：附一些操作页面
1、登录页面
2、系统主页面（用户）（管理员 用户名：admin 密码：123）
3、新增图书
4、所有图书
5、借书
系统需求分析报告人才市场需求分析报告篇八
一、概述
1、编写目的
在对系统计划阶段的确定的工作范围内进一步对目标对象和环境作细致、深入的调查分析。
2、项目背景
a.所建设开发软件系统的名称：图书馆管理系统。b.本项目的任务提出者：系统开发小组。c.用户：图书馆工作人员及读者。d.软件系统委托方：图书馆领导。
3、定义
数据流程图（dfd）：为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。
数据字典是对数据流程图中的数据，变换等进行精确的定义。
4、参考资料
《数据库系统简明教材》 《软件工程技术与实践》 《软件工程基础》
二、现行系统概况
该单位图书馆现为人工管理，效率低，易比错，手续繁琐，而且耗费大量的人力。图书馆希望设计一个图书管理系统，用于管理读者的登记，图书的购入、借出、归还以及注销等。并且方便管理人员还查阅某位读者、某本图书的借阅情况。并可加快对当前借阅情况统计的效率，以全面掌握图书的流通情况、提高工作效率、加快信息反馈，为读者提供满意的借阅环境。
三、系统需求说明
1、对功能的规定
经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。
以下是图书管理系统必须具备的功能：
1.新进图书的登记功能：对于购进的新书，系统必须具备图书信息资料的录入功能。
2.图书的查询修改功能：当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。
3.借阅的登记，归还的登记功能：系统的主要功能之一，供本校学生借阅图书、归还图书，并进行登记。
4.学生信息的增加、删除和修改功能：系统主要功能之一，建立学生信息，并对其进行维护。
2、对性能的规定
（1）、系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。在系统设计和开
发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。
（2）、系统的开放性和系统的可扩充性
图书管理系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
（3）、系统的易用性和易维护性
图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
（4）、系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。
（5）、系统的先进性
目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
（6）、系统的响应速度
图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
3、输入输出要求
输入：键盘，鼠标等。
输出：显示器等。
4、其他专门要求
5、条件、假定和限制
运行环境：兼容当前主流操作系统95/98/nt/me/2000/xp,office软件等。
硬件环境：奔腾4以上计算机，打印机、扫描机等。开发软件：sql server、vb等。最早投入运行时间：2010年12月30。
windows
四、新系统的逻辑模型
1、图书馆组织机构分析
图书馆 借阅管理部 图书管理部 读者管理部 系统管理部
图书馆组织机构图
2、系统功能结构图
3、业务流程图
4、数据流程图
对第一层数据流图进一步细化、分解，可以得到第二层数据流图，如下图：
5、数据字典
1）数据元素 数据元素条目
数据元素名称：图书名称 别名：bookname
数据流条目
数据流名称：按条件查找
数据流向：读者信息修改界面 包含的数据结构： 数据流条目
名称：查询图书
（2）对查询的图书可进行修改删除等 处理功能条目 名称：添加用户
（2）用户密码是否包含非法字符 处理功能条目 名称：添加图书
输入数据：图书编号，图书名称，作者，在库数量，单价，图书分类，图书简介。
输出数据：是否添加成功 处理逻辑：（1）是否有漏填
（2）数据要求是否匹配
（3）信息是否填写完整 4）数据存储 数据存储条目
数据存储名称：图书信息表
说明：存储图书基本信息
相关处理：查询，修改，添加，删除。数据存储条目
数据存储名称：管理员信息表 说明：存储管理员信息
名称:读者 说明:读者借阅情况
输出数据流：读者借阅信息单 输入数据流 读者 借阅信息
系统需求分析报告人才市场需求分析报告篇九
学生缴费管理系统的需求分析
系统开发过程的第一步是需求分析，是数据库开发应用系统最重要的不可缺少的一项工作。
需求分析的好坏决定着系统开发的速度，需求分析阶段工作做得越细越好，系统开发的过程就越快。
需求分析一般包括了解本系统开发的背景，在信息收集的基础上确定系统开发的可行性，进行业务调查和分析，了解工作流程和用户的功能需求，确定系统开发的总体方案，明确目标系统要达到的目标和系统开发的总体思路及开发所需的时间和资金等。
1、开发背景
对于一所学校来说，每年新生进校报到和老生返校缴费，是学校财务人员和班主任最忙碌的时候。
由于学生进校时高度集中，大量的学生拥挤到财务科缴费，而且缴费时间又短，每个收费员每天要写几百张收据，工作强度大，身体疲劳不说，在学生缴费的高峰时段，紧张和忙碌中特别容易出差错，给工作造成麻烦，给学校造成损失。
另外随着学生数量的增加，其工作量也将大大增加，这无疑会进一步增加财务人员的工作量和劳动强度，同时也将产生大量的文件和数据，这给学生缴费信息的查找、更新和维护都带来了不少困难。
据调查，目前我国各类高等院校中还有相当一部分学生缴费的管理依然停留在纸介质的基础上，这样的管理机制已经不能适应时代发展的.需要，也不能满足学校管理工作逐步走向规范化、科学化和自动化的要求。
随着计算机科学与技术的日渐成熟和计算机应用的普及，计算机已进入到人类社会的各个领域，并发挥着越来越重要的作用。
这种传统的人工管理模式必然被以计算机为物质基础的信息管理方式所取代。
作为计算机应用的一部分，使用计算机对学生缴费信息进行管理，有着人工管理所无法比拟的优点，如：检索迅速、查找方便、正确率高、存储量大、保密性好、寿命长、成本低等，这些优点能够极大地提高学生缴费管理的工作效率，也是学校向科学化、正规化管理发展的必要条件。
因此，开发一套能够为用户提供充足的信息和快捷的查询手段的学生缴费管理系统具有非常重要的意义。
2、可行性分析
从开发背景我们可以知道，开发学生缴费管理系统，使用计算机化的学生缴费管理系统可以彻底改变目前学生缴费管理工作的现状，能够提高工作效率，能够提供更准确、及时、适用、易理解的信息，能够从根本上解决工作效率低、出错机率大、信息滞后、资源浪费等问题。
而 sql server 2000是一个功能强大而又实用的数据库管理系统，使用它作为系统的后台数据库管理并配合相应的前端开发工具，可以很容易地实现学生缴费管理系统所需的功能。
因此，从使用系统所带来的良好效果以及我们目前所掌握的知识和技术来看，开发一个简易而实用的学生缴费管理系统都是可行的。
3、系统调查
经过系统调查发现，某学校学生缴费管理采用的人工管理方式落后，处理数据的能力有限, 在手工方式下，通常是先造一个学生缴费花名册，在相应的表格栏内填入每一个学期是否缴费。
这种方式比较原始和落后，也容易出错。
如果要查找某个系某个班级中的某位学生的缴费情况，相当费时费力，需要一个名字一个名字的查找。
如果要列出某个系某个班级中全部学生的缴费情况或者欠费情况，就要重新抄写一遍名册或查找一遍名单，其工作量是相当大的。
由于学生缴费和欠费的情况多种多样，还有减免学费、留级和随时来补缴欠费的学生，把这些一一记录在花名册上，使表格显得杂乱，如果记录不准确或表述不准确，别人看不懂，有时时间长了，自己也会忘记，不知当时记的是什么。
解决这些问题最好的办法就是实现学生缴费管理管理的自动化，用计算机处理方式代替手工处理方式，由计算机应用系统提供友好、简易、方便的操作界面，轻松地完成数据的录入、浏览、查询和统计的操作。
实现学生缴费管理的计算机化之后，会给我们的各项管理工作带来很大的便利，如：当在某个数据表里修改的某项数据时，系统就会自动的更新其它跟它有联系的表里面的数据信息，保证数据的完整性和一致性，避免手工处理方式中由于工作疏忽而产生的错漏现象。
同时还能极大的提高工作效率，及时地为领导、管理人员和学生提供所需的各种信息数据。
在调查中我们了解到，该校学生缴费管理的主要对象有：系部、班级、专业、学生、学费及缴费标准等。
学生缴费管理的日常工作有：
系部、专业和班级信息的登记、修改和查阅;
学生档案信息的登记、修改和查询;
学生缴费信息的登记、修改和查询;
各种相关的数据统计。
经过分析，以上工作可归纳为系部和专业及班级信息管理、学生档案信息管理、学生缴费信息管理和汇总统计等四类管理工作。
1.软件系统需求分析师求职简历模板
2.需求分析师求职简历
3.需求分析师个人简历
4.酒店管理系统开题报告模板
5.软件需求分析师简历样本
6.药品销售管理简历模板
7.企业需求管理求职简历范文
8.企业需求管理求职简历模板
