热门系统需求分析报告（案例17篇）

报告是对某个事件、活动或研究进行详细描述和分析的一种书面材料，它可以帮助我们更好地了解情况，我想我们需要写一份报告了吧。下面是一篇关于品牌推广的报告范文，希望能帮助大家提升品牌形象和知名度。

热门系统需求分析报告（案例17篇）篇一

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．1性能需求。

上的数据均能实现信息的互通，及共享。当服务器移植到其他的系统平台，如：linux平台下时，同样能和其他的系统进行数据存取同步，不会出现系统之间互不兼容的情况，系统支持多系统之间的互连互通，系统有巨大的强健性。

7．2运行需求。

系统在进行数据的录入、计算、统计的时候，能将数据精确到小数点后三位小数。系统接收到用户的操作命令后（如：计算处理、查询等），能迅速的响应其操作请求，响应时间不超过1秒。在同一时间，系统还提供支持至少10个客户端进行同一个操作请求的响应。

系统可移植较强，在不同的平台下运行，均不会影响系统的稳定性。同时，支持在客户端安装不同操作系统、浏览器版本，均不会影响系统的运行。

7．3安全需求。

得到恢复。同时，系统提供强大的容错性能，当一台服务器发生故障时，系统能自动切换到另外一台服务器上，从而保障服务器能长时间的提供系统的运行支持。在输入数据时，如果用户输入的数据不符合系统的要求，则系统自动提示错误信息，并要求用户重新输入，直到输入完全正确时才允许进行下一步的操作。

系统开发基于c#的开发，界面直观、简洁，人机交互性强。基于表单和弹出式窗口的数据录入方式，菜单点击的方式操作。用户使用时，只要是按照格式和要求填入信息，系统在后台响应用户操作过程。让用户在最短时间里，不需要经过专门培训，就可以轻松上手使用。

7．5其他需求。

数据不管是在企业内部之间传输，还是公司与分公司之间进行远程数据传输时，防止数据被不法分析任意的修改和破坏，只有对信息解密的人员才能最终读取数据信息。这样，能最大程度的防止数据在传输过程的安全保密性。

8.总结。

在第一阶段总体分析的基础之上，我们小组进在系统需求过程中，主要是围绕着系统数据流程图和数据字典这两个方面展开文档的编辑工作。当然，在需求分析过程中，我们对系统的功能需求、性能需求、可靠性等方面做了进一步的描述，这为我们进行下一步设计阶段的顺利进行做好铺垫的工作。

热门系统需求分析报告（案例17篇）篇二

热门系统需求分析报告（案例17篇）篇三

2、项目背景。

数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了。造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。

a.待开发的软件系统的名称是《图书管理系统》。

b.本软件适用于教育界，他是比较完善的系统管理软件，对图书馆的书籍、读者资料、借还书等可以进行方便的管理。

c.开发员：王林飞，张应锋。

3、定义。

数据流程图（dfd）：为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。数据字典是对数据流程图中的数据，变换等进行精确的定义。

5、开发环境。

windowxp,/7eclipse，需求分析。

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、输入输出要求。

输入：键盘，鼠标。输出：显示器。

二、新系统的逻辑模型。

通过对图书馆工作人员的调查，图书馆主要有4个部门。借阅管理部负责图书的借阅管理；图书管理部负责书籍类别标准的制定，类别信息的输入；书籍类别信息的查询，修改；书籍信息的输入；读者管理部负责主要针对各类读者信息进行管理；系统管理部负责用户管理和密码管理。组织机构图如下：

图书馆组织机构图。

2、系统功能结构图。

3、数据流程图。

通过对业务流程图的细化，可得到系统的分层数据流图。如下图：顶层数据流图：

注：附一些操作页面。

1、登录页面。

2、系统主页面（用户）（管理员用户名：admin密码：123）。

3、新增图书。

4、所有图书。

5、借书。

热门系统需求分析报告（案例17篇）篇四

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以上计算机，打印机、扫描机等。开发软件：sqlserver、vb等。最早投入运行时间：2010年12月30。

windows。

四、新系统的逻辑模型。

通过对图书馆工作人员的调查，图书馆主要有4个部门。借阅管理部负责图书的借阅管理；图书管理部负责书籍类别标准的制定，类别信息的输入；书籍类别信息的查询，修改；书籍信息的输入；读者管理部负责主要针对各类读者信息进行管理；系统管理部负责用户管理和密码管理。组织机构图如下：

图书馆借阅管理部图书管理部读者管理部系统管理部。

图书馆组织机构图。

2、系统功能结构图。

3、业务流程图。

通过对学校的图书馆借书、还书业务的调查，弄清了借书还书的业务流程，如下图所示：

4、数据流程图。

通过对业务流程图的细化，可得到系统的分层数据流图。如下图：顶层数据流图：

对顶层数据流图细化、分解可得到图书管理系统的第一层数据流图，如下图：

对第一层数据流图进一步细化、分解，可以得到第二层数据流图，如下图：

5、数据字典。

1）数据元素数据元素条目。

数据元素名称：图书名称别名：bookname。

类型：文本型长度：50描述：图书的名称2）数据流条目数据流条目。

数据流名称：查询读者信息简述：读者登录后可进行查询数据来源：读者信息查询窗口数据流向：读者信息查询窗口包含的数据结构：

数据流条目。

数据流名称：按条件查找。

数据流名称：修改读者信息简述：输入预修改的信息数据来源：读者信息表。

数据流向：读者信息修改界面包含的数据结构：数据流条目。

名称：查询图书。

（2）对查询的图书可进行修改删除等处理功能条目名称：添加用户。

（2）用户密码是否包含非法字符处理功能条目名称：添加图书。

输入数据：图书编号，图书名称，作者，在库数量，单价，图书分类，图书简介。

输出数据：是否添加成功处理逻辑：（1）是否有漏填。

（2）数据要求是否匹配。

（3）信息是否填写完整4）数据存储数据存储条目。

数据存储名称：图书信息表。

说明：存储图书基本信息。

相关处理：查询，修改，添加，删除。数据存储条目。

数据存储名称：管理员信息表说明：存储管理员信息。

名称:读者说明:读者借阅情况。

输出数据流：读者借阅信息单输入数据流读者借阅信息。

热门系统需求分析报告（案例17篇）篇五

20xx年图书馆的各项工作紧紧围绕“全面加强内涵建设，全面提高服务质量”，取得了全面提高，得到了广大读者的好评和赞誉，作为图书馆成员的一分子，本人积极发挥自我的主观能动性，认真履行自我的工作职责，较好的完成了年初制定的工作目标，为图书馆总体目标的实现，作出了自我应有的贡献。

现报告如下：

“没有理论指导的实践是盲目的实践”，理论水平的高低，对工作的影响是直接的，本人平时认识到理论学习的重要性，能注重邓小平理论和“三个代表”重要思想的学习。认真学习大会议文件，深刻领会大会的精神。积极参加校、馆理论中心组的学习，一年中没有缺席一次，真正把中心组学习作为提高自我理论水平的极好机会，中心组学习时能按要求准备发言提纲，提高学习的效果。平时也能注重时政的学习，了解国际国内的大事，掌握国际风云变幻的动态。仅有信息准确，理解对路，才能与党中央坚持一致，才能贯彻好中央的各项方针政策。

根据分工，我分管现代技术应用，电子文献服务部，设备管理，苏中地区文献中心，从9月份起负责全馆的综合治理，总支的纪检工作。

1、现代技术应用。

（1）网络结构调整：在对图书馆原有网络存在问题分析研究的基础上，组织相关技术人员到苏州大学图书馆学习他们在网络管理方面成功的经验，并求得校网络中心的支持，于8月份对图书馆网络进行了调整，使图书馆内部网络物理上连为一体，网络的安全性、稳定性、可管理性大大提高。

（2）加强图书馆网站的建设：配合校庆于5月18日对图书馆主页进行今年的第一次改版。调整部分栏目，把电子资源放于主页的重要位置，方便了读者的使用；影视音乐城与ftp推出了可检索功能，同时开辟了外语视听、科技检索等；经过精心组织、反复推敲、认真研究推出了xxx大学图书馆英文版，这是图书馆与世界交流的第一步，目前有英文版主页的国内高校图书馆还为数不多，为了方便读者更好地利用扬大图书馆，协助制订计划、落实任务，经过各部门一个多月的努力，推出了xxx大学图书馆利用100问。经过一段时间的使用，对第一版出现的问题将于学期结束前对主页进行今年第二次改版。到时主页在版面样式、栏目的归类、图文的合理性和艺术性等都将以全新面貌出现。

（3）汇文系统升级：组织完成了汇文系统改版后的全面升级，并实时对操作人员进行培训。改版后的汇文系统功能更全面，业务管理更方便。

（4）系统研究：组织编写汇文系统研究资料之流通借还子系统、阅览子系统、流通业务子系统等研究资料，撰写汇文系统所有八个子系统的用户操作手册。

（5）软件开发：为了业务和管理的需要，组织相关技术人员编写软件七个。如外出采访选书查询软件、按年批次进行典藏去向种册金额统计、查询机定时关机程序（实现无人管理）、收费管理系统升级版等。这些软件的使用，极大地提高了管理水平和业务水平。

2、电子文献服务。

（1）加强电子文献资源的揭示，电子文献服务部在逸夫馆培训室对一些专题进行滚动播放，如wto与中国政府职能讲座、李阳疯狂英语学习、公务员考试讲座、“八问xxx”等，提高电子资源的利用率，满足了部分读者的需求。

（2）加强在岗人员的培训，每年年初都要求电子文献服务部制定培训计划，就计算机基础知识、网页制作、介绍各种工具软件的使用方法、系统维护、故障的排除等进行培训，以提高在岗人员的岗位技能。

（3）为了提高设备的利用率，逸夫馆多媒体室自5月11日起双休日由午时2：00提前到上午9：00开放，延长了开放时间，效果显著。

（4）为各分馆对外复印机安装刷卡系统，读者刷卡复印，既减轻工作人员的工作量，又方便了读者的使用，同时也规范了收费管理。

3、设备管理与维护。

（1）严格按照学校、馆有关规定，完成了年度仪器设备的采购计划，并做好设备到馆后的调试、验收、分配与帐目的核报工作。

（2）主机房设备的调整，对我馆服务器及服务器存储进行调整，完成了清华镜像站、万方数据、光盘塔、影视音乐城、ftp等调整工作。

（3）组织了对全馆设备进行一次查对，做到帐物相符，防止国有资产的流失。

（4）根据医学院的要求，对淮海路校区分馆多媒体阅览室设计了三套改造方案，供医学院领导选择，后由于资金没有到位，未能进行改造。

4、综合治理工作。

根据部室主任、分馆馆长的变动，及时对综治网络和消防安全网络进行调整，防止综合治理方面出现真空状态，出现问题无人负责的情景。下半年组织安全检查两次，国庆、xx大前夕，11月份中旬秋季消防检查各一次。为迎接学校对综治工作的年终评比，积极做好准备，认真做好报告，既报告综治工作方面取得的成绩和经验，又找出存在的问题和薄弱环节，以促进综治工作规范化建设。

5、纪检工作。

（1）组织党员和党员干部学习上级下发的有关党风廉政建设方面的文件，旨在加强对全馆党员和党员干部的党风廉政教育工作。

（2）做好图书馆党风廉政职责制网络的及时调整，并对职责人和职责对象提出明确要求。

（3）参加图书馆组织各项招标会，加强对采购过程的监督。

（4）对人民来信和群众反映的问题，及时进行调查，并根据调查结果，作来源理意见，做到件件有回音，事事有答复。

（5）自我执行情景：能严于律己、廉洁奉公、忠于职守，不以权谋私，按要求上报收入，执行重大事项报告制度，能注意领导成员间的团结，不讲不该讲的话，遵守组织人事纪律。

6、苏中地区文献中心：加强对苏中地区文献中心的领导，加强对中心文献资源的建设和硬件设施的建设，使苏中地区文献中心为学校教学、科研以及辐射地区的地方经济服务，积极参与省中心对二期工程方案的讨论，完成二期工程项目书中的效益分析部分。

7、其它工作。

（1）6月18日图书馆举行了逸夫馆开馆庆典活动。由于组织到位、安排有序、准备充分。庆典活动十分成功，既起到相互交流，又起到宣传自我的作用。

（2）规章制度建设：下半年图书馆对现有的规章制度进行修订并将汇编成册，对分管的十六个规章制度逐一过目，并提出修改思路，由有关部门负责人修改。

（3）为了充分发挥高校图书馆教育和信息服务两个职能，图书馆在xx大前后开展迎庆xx大优质服务活动。认真负责地做好活动日程安排的工作，召开两次读者座谈会和两次户外咨询活动。

图书馆是业务部门，业务要求高，同时由于现代技术的发展并在图书馆中应用，对技术要求也在不断提高。本人认识到在图书馆工作中必须提高图书馆的业务知识水平和现代技术水平，刻苦钻研业务，积极开展业务研究，全年阅读文献300余篇，写了近2万的读书笔记，撰写论文xxxx等五篇。申请xx度xxx大学高等教育管理研究课题一项（《xxxx》），得到了立项。本人还积极参加现代技术的学习，除参加图书馆组织的计算机基础知识培训外，还参加馆外计算机课程的学习，平时有针对性地阅读有关书籍，努力使自我能跟上时代发展的潮流。

1、工作的创新意识有待进一步加强。

2、对图书馆业务知识的钻研还需努力，尤其是现代技术在图书馆中的应用。

热门系统需求分析报告（案例17篇）篇六

高陵县地处陕西省关中平原腹地，位于西安市辖域北部。地势平坦，土壤肥沃，是西北首个吨粮县。高陵县始建于秦孝公十二年（公元前350年），是中国建县历史最早的县份之一。1949年划属三原分区，1950年5月划属咸阳专区，1953年1月改属渭南专区，1956年10月由省直辖，1961年改属咸阳专区，1983年10月5日划归西安市管辖区域。全县辖4镇4乡，88个行政村，740个村民小组。耕地2万公顷。地区总面积290平方千米，每平方千米人口密度约950人。总人口29万人，其中非农业人口11.9万。县人民政府驻鹿苑镇。名胜古迹有昭慧寺塔等。

高陵县原有平安城市系统，投入使用多年来，在震慑犯罪、取证服务、掌握社会治安动态、有效控制社会面、应急处置突发事件等方面发挥了很大的作用。但因规划建设早，视频监控设备已落后，亟待进行升级改造。

随着平安城市工程在全国范围内的快速推进，视频监控系统的基础建设已经初具规模，并取得了显著成效，正逐步能够满足城市视频监控的一些基本要求，但是也存在着多种矛盾，主要体现在以下几点：

图像清晰度不够：已建的系统大多为模拟系统，图像分辨率最高达到d1格。

式(40万像素)，只能满足“看的见”需求却不能满足“看的清”需求；

系统扩容性差：视频监控的趋势逐步从模拟系统向数字化系统方向发展，很多平安城市项目建设当初未充分考虑系统扩容，后期建设不能充分整合现有资源，存在资源浪费的情况。

系统稳定性差：视频监控系统是一个涵盖了视频采集、传输、控制、存储、显示等方方面面的功能，每一个环节都需要采用大量的设备，系统集成化程度不高，系统的每个硬件设备都可能成为故障点，导致系统的稳定性下降。

重建设、轻维护：平安城市项目是一个大规模的视频监控系统，随着系统建成投入使用，系统的运营维护工作一般由人工完成，由于维护成本过高，一些损坏的设备未能得到及时修理或更新，在关键时刻系统宏机导致不能正常运行，未能达到“科技强警”目的。

因此，建设满足各个专业管理部门多级多领域城市管理的应用需求，建立一套统一的应急联动指挥与数字化城市管理监控系统平台，对各单位现有资源有效整合，达到资源共享，不仅节省大笔资金，而且可以大幅度提高监控系统的使用率和工作效率，实现整个城市的扁平化管理。在此基础上，利用市公安局现有的三台合一指挥系统、平安城市监控系统，扩建改造为涵盖各个职能部门的数字延安，是科学合理、安全可行的。针对当前平安城市视频监控系统的主要矛盾，后期系统的建设应着重从以下几方面考虑：

全网络化：数字监控远比模拟监控具有优势，平安城市从模拟走向数字一个必然趋势，由于部分区域网络基础建设的限制，当前视频监控系统建设过程中将存在模数并存的现象，这就要求系统的设计必须能够接入模拟信号同时可以有效兼容原有模拟系统。

高清化：高清能够提供更好的图像清晰度、更流畅的画面、更宽广的浏览画面、更精确的图像信息，特别是对于公安重大案件侦破、交通违法抓拍来说，高清图像更显得举足轻重。

高集成化：视频监控系统的后期维护在很大程度上将成为系统长期稳定运行的关键因素，每个硬件设备都将是隐藏的故障，采用集编码、传输、控制、显示于一体的设备，降低单位硬件数量，从而保障系统的稳定性。

智能化：传统的视频监控系统往往依靠人力，维护人员往往在一个监视屏同。

时监控多个画面或随即抽取某一画面，造成部分监控点被漏看或被忽视；另外，维护人员存在一定的不稳定性、随意性和局限性，加上人的注意力有限，图像出现异常后，往往不能及时被发现。这就要求系统具有一定的智能视频分析功能，把人力从视频监控系统中大大解放出来，又能提高视频监控效率。

整合应用：平安城市有两大关键点，一是监控点的覆盖，二是应用，没有上层应用，平安城市就失去了应有的意义，这些应用包括调度指挥、gis整合、视频报警、警视联动等等。当前已建平安城市各子系统仍属于独立工作，互补相连的状态，实现各子系统的整合应用将是今后建设的重点，也是平安城市的建设具有更深远的意义。

热门系统需求分析报告（案例17篇）篇七

现在是信息化的社会，传统的教务管理模式，已经不适应信息时代的要求，迫使人们起用新的管理方法来管理。计算机技术的飞速发展，使各行各业在计算机技术应用方面得到了广泛的普及和使用。因此，教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活，将传统的教务管理方式彻底的解脱出来，提高效率，减轻工人人员以往繁忙的工作，减小出错的概率，从而使人们有更多时间来学习和享受生活。

二、目的。

教务系统是对学校教务和教学活动进行综合管理的平台系统，满足学校管理层、教师。学生等日常工作、学习、管理和咨询等工作。目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程。

三、术语定义。

教务管理系统以下简称系统。

四、参考资料。

《软件项目管理案例教程》《软件工程导论》。

五、任务概述目标：通过强教务信息的管理，有利于决策者根据教务信息及时进行信息的处理，每个用户用自己的身份通过登录该系统，并根据自己的权限进行相关操作。

六、运行环境。

1台主机：cpu2.4g，4g内存，windows7操作系统，连接到internet。

web服务器、文本编辑工具、打印机一台。可利用学校现有的服务器及教师办公用微机等设备。

七、系统定义。

（一）需求规定。

1、对功能的定义（1）学生日常管理。

a）限于全体学生操作。

a）查询单条教务信息：主要适合全体老师操作的。在窗体上先可以选择查询的条件，再输入关键字名。按查询即可。

b）查询全部教务信息：是给管理员用的，为了方便管理员查找，也有关键字搜索和模糊搜索，查到记录后，也可双击记录即可显示详细信息。

c）成绩查询：输入学号、密码即可查询学生成绩（3）信息公布。

a）数据备份：用户可以通过选择保存路径把数据库保存在硬盘中。

b）数据恢复：用户可以通过选择路径把数据恢复。（4）操作管理。

a）仅限管理员。其中可以添加、修改、删除操作学生，设置他们的权限、级别及密码。

b）系统整理信息：显示距离管理员整理系统的时间。（5）评教管理。

a）打印单条教务记录：适用于一般浏览者和用户。他们只能打印在他们的权限范围内所能查看的教务。

b）打印全部教务：市委管理员设置的，他们可以根据需要设置打印。（6）选课管理。

a）学生进行网上选课。

（二）对性能的规定。

1、数据精准度。

（1）按照严格的数据格式输入，否则系统不给予响应进行处理。（2）查询时要保证查全率，所有响应域包含查询关键字的记录都应能查到。

2、时间特性。

一般操作的响应时间应在1~2秒内。

3、适应性。

（1）满足学校使用的需求。

（2）对前面提到的运行环境要求不应存在困难。

（三）系统图示。

1、数据流图。

管理员信息管理教务管理系统公布信息查看信息老师查看信息学生。

2、数据字典2.1数据存储（1）老师信息别名：无。

3、系统流程图。

4、用例视图。

5、顺序图。

5.1学生选课、退课顺序图。

6、状态图。

网站主页用户登录浏览多个信息浏览查找信息基本业务模块下载文件数据页面更新。

7、活动图。

（四）故障处理。

1、正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案：

2、遇到“数据库已经关闭”提示信息阻止程序运行时：可以查看一下进行此项操作时，操作的表是否被关闭了或者实在没有关闭此表的情况下又一次运用打开语句打开此表。

热门系统需求分析报告（案例17篇）篇八

1.引言。

1.1编写目的：

本文档为网上购物管理系统需求分析报告，为网上购物管理系统的设计的主要依据，主要针对网上购物管理系统的概要设计和详细设计的人员，作为项目验收的主要依据。

1.2背景：

本软件为沧州职业技术学院本次考试作品，由小组成员曹孟，崔佳媚，韩焱共同完成。本软件适用于普通网上购物商店。

1.3参考资料：

2.任务概述。

2.1目标：

满足客户的需求，实现网上购物的流程。主要功能包括商品搜索、商品详细信息、客户端登陆、商品分类管理、商品管理、退出等。

2.2用户的特点：

3.1目标：3.1首页。

首页展示了商品分类及推荐商品，并可以进行商品搜索。3.2商品搜索。

在搜索框总输入搜索内容，点击“搜索”按钮即可按关键字进行搜索。

3.3商品详细信息。

点击商品列表的商品图片即可进入商品详细信息。

3.4登陆。

点击登陆，完成管理端的登陆。

3.5商品分类管理。

里面包括商品分类管理的查看、分类添加、分类删除、分类编辑、分类搜索等功能，完成商品分类的增删改查的功能。

3.6商品管理。

里面包括商品查询、商品添加、商品编辑及商品删除，完成商品增删改查的管理功能。

3.7退出界面。

点击右上角的“退出”图标，即可退出管理系统。

4.运行环境规定。

热门系统需求分析报告（案例17篇）篇九

1、项目描述。

1.1背景。

随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、dns授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。

1.2研究意义。

本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及http/https协议通信的监控技术。

网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。

经过与项目委托方多次讨论，设计系统的目的是为实现对特定非法用户web（http/https协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户web通信进行js脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的cookie。

根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。

2.1.1系统管理功能。

系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端js探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。

2.1.2流量劫持功能。

本文流量劫持指dns协议劫持，主要由四个部分组成：报文捕获、协议解析、ip及域名查找匹配、dns协议欺骗。

流量劫持成功率。

为了达到项目委托单位的要求，需要对特定用户访问特定网站的流量进行准确监控，同时保证流量劫持的成功率（90%以上）。

2.监控与反制系统并发量。

监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大，监控与反制系统并发处理能力到极大挑战。

3.系统运行稳定性。

第2页系统稳定性是系统最基本也是最重要的要求，运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在：随着运行时间的增加，系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、cpu使用率指标度量。

第3页。

热门系统需求分析报告（案例17篇）篇十

本需求分析报告是对于服装管理系统的商品管理部分做了大概的描述，先整体综述产品相关信息，再从功能的和非功能的方面介绍产品，给出了有关产品的相关模型。具体内容读者可以通过目录加以了解。

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.系统功能需求。

本系统主要分为四个模块：用户管理，商品管理，仓库管理，系统维护。

4.1除了完成产品的基本功能外还需做到安全方面的细节：实现验证码机制，以防恶意注册和恶意提交信息；实现对进入系统的信息进行安全校验，防止恶意破坏；实现url安全访问机制，以防恶意访问；实现权限验证功能，以防恶意破坏。4.2一些关于用户的人性化细节：

由于操作人员的计算机知识有限，因此要求系统具有良好的人机界面。

如果系统的使用对象较多，则要求有较好的权限管理。方便的数据查询，支持多条件查询。

5.其它非功能需求。

网络环境下的多用户系统数据的完整性，准确性数据完成的时间性，数据安全性。

服装自动统计分析及数据的自动处理5.2安全措施需求。

本软件在使用过程中有可能发生帐号信息外泄，请定期及时修改密码。

对于大于一定数量的购买行为进行限制。每次购买行为前进行身份认证。5.3安全性需求。

每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。

登录密码输入错误三次封锁此号，解封必须联系管理员。不能使用过于简单的密码，如123456。

热门系统需求分析报告（案例17篇）篇十一

随着计算机网络结构的复杂化，传统的网络管理模式已经不能适应当今网络管理的需求，而基于web的网络管理模式将web技术与网络管理技术相融合，使网络管理人员能够方便地通过web浏览器配置和监控网络，简化了网络管理操作，给传统的网管技术带来了新的活力。该文在分析基于web的网络管理方法的基础上，介绍了基于internet/intranet校园网结构的学生信息管理系统的设计目标和设计思想。

本文详细介绍了学生信息管理系统的设计与实现过程。本文研究开发的学生信息管理系统原型将web技术与asp相结合，给出了基于asp的过程定义语言与工作流执行机的设计与实现方法。具有完善的用户名及密码验证处理，空间配额等功能。实现了学生信息基本信息、课程基本信息、学生成绩基本信息、班级及专业信息和网站用户信息的维护。

1.1背景。

随着我国教育体制的改革，需要从大量的日常教学活动中提取相关信息，以反映教学情况，传统的人工管理方式浪费许多人力物力财力，造成工作效率低，误差大，易发生数据丢失，统计错误。在当今社会，科技的发展越来越快，现在学校管理也逐步从手工转到计算机自动化信息处理阶段。设计一个功能完整、操作简便的学生信息管理系统满足用户在学生信息管理方面需求已经势在必行。

1.2意义。

和院系学生工作评价体系，已经成为新时期高校学生管理工作面临的一个新课题。为此，建设一套切实可行的学生工作管理系统，结合学校实际，充分利用校园网的资源优势，不仅使信息渠道更为畅通，而且可以资源共享。既为全面了解学生的综合信息提供了方便，使得查询统计更为准确便捷，又可以用电子档案逐步代替或辅佐传统的纸质档案，实现管理手段现代化。

息进行全方位的管理。

这个系统能提高学生工作办公自动化程度，建立学生信息库，把学生工作者从日常繁重重复的劳动中解放出来，减轻工作强度，提高工作效率。这将是一个非常有现实意义的课题。

开发工具：

3.1需求分析。

3.2网站功能概述。

3.2.1前台。

学生根据自己的姓名登录到学生信息管理系统的里面，学生可以看到自己的个人信息，课程表和分数。而且可以修改自己的密码。

3.2.2后台模版。

教师根据自己的姓名进入到系统的后台管理，教师可以对学生的个人信息、成绩、课程表进行增删查改。

3.2.3后台模块。

3.3网站功能模块图。

3.4网站功能流程图。

热门系统需求分析报告（案例17篇）篇十二

此需求规格说明书对《学生信息管理系统》做了全面细致的用户需求分析，明确索要开发的软件具有的功能、性能与界面，是系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明出和完成后续设计与开发工作。编写该书的目的是为能够更加准确的明白该系统的需要，对所开发的软件的功能、性能、用户界面及运行环境等做出详细的说明。

本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员等。

1.2背景。

1.3术语。

系统采用的是c/s结构，即客户端和服务器架构，示意图如图2-1所示。客户端端提供用户操作界面，接受用户输入的各种操作信息，向服务器发出各种操作命令或数据请求，并接收执行操作命令后返回的数据结果，根据业务逻辑进行相关的运算，向用户显示相应的信息。服务器端接收客户端的数据或命令请求，并请求数据库服务器执行数据库操作得到相应的数据集，对数据集进行相应的处理，然后将数据集或处理后的数据集返回给客户端。

c/s结构：即客户端和服务器架构。

1.4参考资料。

《软件工程导论》。

2.1目标。

项目开发意图：为了方便管理学生信息，加强学生交流，让大家及时了解班级动态，提供一个人性化的便捷管理平台。

应用目标：学生信息管理主要针对自己所在的班级所有学生而制作的管理系统。

作用范围：学生导师、辅导员、管理员、学校管理人员等。

2.2用户特点。

用户要具备电脑的基本操作，懂得上网浏览网页，管理人员要添加、更新、删除信息等操作，学生只有查询、修改基本信息、修改登录密码权限。技术人员要负责数据库的管理、网站的维护。

2.2假定和约束。

假定：开发周期：30天。

约束：时间比较仓促、掌握的专业技能有限、社会经验不足、项目完成经验不足。

3.1功能分析。

3.1.1对功能的分析。

1：学生的需求。

(1)在第一时间查询自己所有的成绩（自己的平均成绩,总成绩）。

(2)查询某一科成绩,该科平均成绩，最高成绩，最低成绩。

(3)打印和下载自己的成绩。

2：老师的需求。

(1)查询某一学生的所有成绩（平均成绩,总成绩）。

(4)对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）。

(5)录入成绩和修改更新成绩（自己所教授的那一科成绩)。

(6)打印统计出的结果。

3:管理员的需求。

(1)查询某一学生的所有成绩（平均成绩,总成绩）。

(2)查询某一学生某一科成绩,该科平均成绩，最高成绩，最低成绩。

(3)查询某一班级的成绩。

(4)对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）。

(5)录入成绩和修改成绩。

(6)打印统计出的结果。

(7)用户管理。

(8)数据库管理。

3.1.2对功能的要求。

1．功能划分和描述。

学籍管理、成绩管理、奖惩管理、奖学金管理、困贷管理其下的查询、编辑、插入、删除模块均实现其相应管理的具体功能。

2．进一步功能描述。

模块名称：学籍管理。

输入数据流：学籍控制信息。

输出数据流：学籍返回信息。

简要描述：主要负责学生学号、姓名、性别、出生年月、身份证号码、党团关系、系别、专业、级别、学制方面的信息管理。

块名称：成绩管理。

输入数据流：成绩控制信息输出数据流：成绩返回信息。

3.1.3系统功能层次模块图。

3.2性能分析3.2.1精度。

为了查询完整，尽量让所有相应域包含查询关键字的记录都能查到。由于通常有文件的记录很多，所以本系统采用两种查询：直接查询和模糊查询。

3.2.2容错要求。

为了保障系统能正常运行，尽量使得服务器数据库的数据合法化，以及前台能有效操作和浏览系统。

3.2.3灵活性。

1）当执行查询时，查询完后提供返回按钮可继续查找；

2）用户处于一定时间的“不操作”，服务器可以不再相应对数据库的请求，

除非再次登录；

3.3安全性分析。

1）数据库连接采用jdbc方法进行连接，从而提高数据库的可操作性和安全性；

2）对于某些页面进行强制用户登陆后方能进行操作；

3.4故障处理要求。

软硬件故障：

1）用户使用电脑系统有问题，或者浏览器有问题；

2）数据库建立有问题；

3）内存太小会影响运行速度；

4）对于各类突发事件要注意避免；

3.5其他专门要求。

保密性：数据库要做好保密，避免数据的丢失或者盗取；

间接性：用户的操作界面必须要做到简单明了，不能有太复杂的设置或者操。

作。

可更新性：对于系统可以根据用户需要进行更新，维护等操作，扩展其功能，

并使系统稳定。

第一层。

数据流图(dfd)。

1.1第二层。

4.3数据字典。

5.1设备。

开发建议使用的设备：

从网络传输需网卡，品牌机最好，组装机需性能好一点的，以防对大量操作时出现反应不过来等不良现象。

5.2接口。

软件接口：运行于xp以及更高版本；硬件接口：本系统不需要特定的硬件和硬件接口运行支撑；内部接口：内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行消息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

热门系统需求分析报告（案例17篇）篇十三

部门负责人考虑员工参加培训原因，主要集中于当部门业绩不佳时进行培训（26%）。其次当部门凝聚力较差时25%会选择组织培训。各负责人对员工培训时候的顾虑有40%集中于培训效果是否符合预期，其次37%的顾虑是在何时进行比较恰当。关于培训内容，22.6%的负责人要求员工学习规范化管理，其次倾向于团队建设和人际关系及有效沟通，各占21.3%和19.5%。除此之外，超过50%的负责人认为，不论是何种培训,必然有利于员工素质的全面提高。

根据问卷显示，员工最乐于接受的学习方式是参加公司举办的培训，但是多数人表示当前公司培训的讲课方式枯燥无味。根据调查显示，超过的员工倾向于案例讨论法、操作示范、讨论法、视听法、跟岗培训等互动形式的授课方式。另外值得注意的是，48%的员工认为培训不能吸引自己，因为无法满足自己的实际培训需求，有接近22.6%的员工更愿意在工作中学习，结合实际提高能力。

调查结果显示，在关于培训时间的安排上，各部门负责人与员工意见一致，都主张培训随机进行,但要尽可能少地占用员工休息时间。

最后，从员工反应的意见来看，集中体现在三个方面，汇总如下：

培训内容。多数员工对培训内容的要求集中在专业知识和业务培训上。因此公司可针对各自部门的特点，多一些专业知识和业务知识的培训，培训从实际出发为实际工作提供帮助。

讲课形式。多数员工对公司现行培训方式表示不满意，要求改变传统的ppt授课形式，建议以案例讨论为主，运用讨论法、视听法、操作示范法、跟岗培训等多种有趣的方式相结合，提高员工兴趣和培训质量。

根据员工水平不同分级分类别分系统进行培训。根据员工层次级别不同，设置相应的培训，入职、在岗、升职等培训连续、递进进行。另外可适当增加贴近基层员工的培训课程。

热门系统需求分析报告（案例17篇）篇十四

1.1编写目的：

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2背景及范围。

本项目的名称：学校排课系统。

本项目的任务提出者及开发者是：计算机应用三班张哲，用户是学校。

本产品是针对电脑进行排课的需求设计的，可以完成：基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至excel打印总课表、教师课表、班级课表、场地课表、系统管理。

1.3定义缩写词。

学校排课系统软件：学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。

使用改程序后，学校的排课可以很轻松的安排好，而却可以尽量避免平时排课时出现的排课冲突，还可以临时加补课等功能。

2.1软件开发的目标：

改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。同时也通过实践来提高自己的动手能力。

2.2应用范围：

理论上能实现中小学排课，职业中学排课。

2.3子集说明：

软件主要分为两个模块，一个基本信息的录入，一个是进行排课的管理。

2.4软件功能描述：

外部功能：实现了可视化窗口，排课，调课。

内部功能：基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看;排课操作、调课操作、场地调课操作、老师课表及学生课表生成。

2.5软件操作人员的要求。

软件的操作人员要求具有一定的电脑常识，并且具有排课的初步常识。

自己添加一些。

4.1数据录入精度需求。

在进行向数据库录入数据时，要求数据记录准确。

4.2软件自身时间特性需求。

5.1可用性。

本软件由于自身的能力限制，所有只限现在所有的功能。

5.2安全性。

5.3可维护性。

本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性十分方便。

5.4兼容性。

由于尚未测试，故无法对兼容性进行评析。

热门系统需求分析报告（案例17篇）篇十五

需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：

1、负责组织相关开发人员与用户一起进行需求分析。

2、组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。

3、组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。

4、如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。

5、如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。

二、完整的需求调查文档记录体系。

在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助。

目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。

需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。

三、向用户调查些什么。

在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下：

1、网站当前以及日后可能出现的功能需求。

2、客户对网站的性能（如访问速度）的要求和可靠性的要求。

3、确定网站维护的要求。

4、网站的实际运行环境。

5、网站页面总体风格以及美工效果（必要的时候用户可以提供参考站点或者由公司向用户提供）。

6、主页面和次级页面数量，是否需要多种语言版本等。

7、内容管理及录入任务的分配。

8、各种页面特殊效果及其数量（js,flash等）。

9、项目完成时间及进度（可以根据合同）。

10、明确项目完成后的维护责任。

调查结束以后，需要编写《用户调查报告》，《报告》的要点是：

1、调查概要说明：网站项目的名称；用户单位；参与调查人员；调查开始终止的时间；调查的工作安排。

2、调查内容说明：用户的基本情况；用户的主要业务；信息化建设现状；网站当前和将来潜在的功能需求、性能需求、可靠性需求、实际运行环境；用户对新网站的期望等。

3、调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）。

四、市场调研活动内容。

通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。

但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类网站的时候，应尽可能调研到所有比较出名和优秀的同类网站。应该了解同类网站的使用环境与用户的诧异点、类似点，同类产品所定义的用户详细需求（需要公司或者项目负责人有一定的关系）。市场调研的重点应该放在主要竞争对手的作品或类似网站作品的有关信息上。市场调研可以包括下列内容：

1、市场中同类网站作品的确定。

2、调研作品的使用范围和访问人群。

3、调研产品的功能设计（主要模块构成，特色功能，性能情况等等）。

4、简单评价所调研的网站情况。

调研的目的是明确并且引导用户需求。

对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：

1、调研概要说明：调研计划；网站项目名称、调研单位、参与调研、调研开始终止时间。

3、可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、可采用的原因。

4、不可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、不可采用的原因。

5、分析同类网站作品和主要竞争对手产品的弱点和缺陷以及本公司产品在这些方面的优势。

6、调研资料汇编：将调研得到的资料进行分类汇总。

五、清晰的需求分析输出——《网站功能描述书》：

在拥有前期公司和客户签订的合同或者是标书的约束之下，通过较为详细具体的用户调查和市场调研活动，借鉴其输出的《用户调查报告》和《市场调研报告》文档，项目负责人应该对整个需求分析活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书（最终版）》以供作为日后项目开发过程中的依据。

《网站功能描述书》必须包含以下内容：

1、网站功能。

2、网站用户界面（初步）。

3、网站运行的软硬件环境。

4、网站系统性能定义。

5、网站系统的软件和硬件接口。

6、确定网站维护的要求。

7、确定网站系统空间租赁要求。

8、网站页面总体风格及美工效果。

9、主页面及次页面大概数量。

10、管理及内容录入任务分配。

11、各种页面特殊效果及其数量。

12、项目完成时间及进度（根据合同）。

13、明确项目完成后的维护责任。

综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。

（二）一、首次调研面积及户型选择意向分析。

1、时间：2006年4月5日。

2、地点：繁华路段，沿街门面、行政机关单位、事业单位、陌生拦截等处选择样本。

3、调研方式：问卷填写、深度访谈。

4、发出问卷：80份，有效问卷68份。

5、样本人群基本情况。

家庭人数：

文化程度：大专以上12人中学（含高中、初中、中专）40人其他16人。

工作单位：经商或个体户36事业或行政单位20其他1。

2收入状况：

6、户型结构选择。

从图中可以看出，客户对房型结构的选择中，三房两厅的占到高达40%的份额，加上18%的四房两厅和18%的三房一厅，合计占到76%的份额，只有不占1/4的人选择两房或其他户型。

7、户型面积选择。

从图中可以看出，客户选择110—130平方米的比例占到35%，与上图中三房两厅40%的比例类似；90—150平方米的比例合计占到81%，加上150平方米以上13%，全部占到总份量的94%，90平方米以下的仅占到6%。

二、2006年5月份客户面积选择意向分析。

数量（组）301255616651455137。

1客户在提示作用下，除14%的客户选择其他户型外，86%的客户都能在120—150平方米之间选到满意的户型。

三、2006年6月份客户面积选择意向分析。

数量（组）242049324120164361306。

客户在提示作用下，选择120平方米以上的占到80%，在其他20%的客户中，除部分选择复式户型的以外，选择其他户型的只有不足20%。

四、2006年7月客户对户型面积的意向分析。

客户量56344715811。

5需要130—150平方米的客户超过40%，而120—130平方米客户占30%，两者合计占到70%左右，是县城购房的主力目标客户群体。复式楼的需求量也在13%，是县城高端购房人群之一。90—110平方米的人群占到9%左右，可以看作县城购房群体的补充目标人群。

结论：

综上所述，在豫北某县购房群体中，最少有60%以上的客户选择120—150平方米的房子，最高达到86%左右的比例。另有10—20%的客户选择150平方米以上的户型。只有不到10%的少量客户需求面积在90平方米左右或以下。

如果公务员小区的房型面积不能按照市场需求状况供应，将产生以下几点影响：

第五，市场供应的商品房都是偏小面积，客户需求都是稍大或较大面积，开发商虽然知道消费者需求，但由于政府限制，不能按市场规律供应满足市场需求的产品，将形成各方均无法满意的局面，将破坏掉构建和谐社会的基础，间接影响到豫北某经济的快速稳定持续发展。

（三）相关资料数据以广州为例分析其人才需求状况，供广大求职者和有兴趣的朋友参考。

一、招聘热度分析。

自金融危机以后我国服装产量的持续低增幅，企业对产量增长的谨慎态度。近来欧盟纺织品服装市场需求低迷、部分市场向竞争对手国转移造成了国内服装企业的发展困境。就今年上半年而言，服装行业的人才需求并不十分给力，反映出服装行业整体发展缓慢。

从上图看，广州服装行业招聘职位数浮动不明显，6月低谷期后，7月略有所回升。业内人士分析认为，外贸形势短期内难有明显起色，但是随着欧美服装消费旺季的来临，第三季度服装出口或将有所回升。预计其人才需求也会有所增加。

二、招聘职位分析。

据百才招聘网数据统计，7月份广州服装行业发布职位超过一万，仅次于上海。其中，美术/设计/创意类职位占29.01%，其次是销售类、经营管理类职位，占比分别为12.40%、11.78%。招聘职位中，以服装设计师、设计助理招聘职位数最多，占比均超过了15%。

三、招聘要求分析。

根据分析，目前服装行业的人才学历要求较其他行业要略低，就广州招聘职位而言，其高中及以下学历占比达28.83%，本科仅占12.42%。从经验要求分析，0——2年、3——5年工作经验者需求量持平，均超40%。可以看出在服装行业人才对经验的要求较学历而言更严格。

四、行业薪酬分析。

根据数据显示，广州服装业整体薪酬水平居中，高薪占比比较小。薪资2000——3999元/月占比最大，达51.20%，万元及以上的月薪仅占比9.63%。这可能与服装行业整体产业性质相关，服装企业工厂员工占比较大，行业整体薪酬分布应该不会有太大的浮动。

热门系统需求分析报告（案例17篇）篇十六

“博客”一词是从英文单词blog音译（不是翻译）而来。blog是weblog的简称，而weblog则是由web和log两个英文单词组合而成。博客最初的名称是weblog，由web和log两个单词组成，按字面意思就为网络日记，后来喜欢新名词的人把这个词的发音故意改了一下，读成weblog，由此，blog这个词被创造出来。中文意思即网志或网络日志，不过，在中国大陆有人往往也将blog本身和blogger（即博客作者）均音译为“博客”。

博客，又译为网络日志、部落格或部落阁等，是一种通常由个人管理、不定期张贴新的文章的网站。博客上的文章通常根据张贴时间，以倒序方式由新到旧排列。许多博客专注在特定的课题上提供评论或新闻，其他则被作为比较个人的日记。一个典型的博客结合了文字、图像、其他博客或网站的链接、及其它与主题相关的媒体。能够让读者以互动的方式留下意见，是许多博客的重要要素。博客是社会媒体网络的一部分。博客系统，是指使用计算机语言编写，并便于用户安装和使用，在互联网上建立个人博客的一整套系统。个人博客现在已经成为很多人生活中必不可少的一个部分，方便了人与人之间的沟通和交流。

博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。

1、匿名用户模块。

本模块主要由浏览博客、评论2个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。

2、注册用户模块。

本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5个部分组成。这些功能可以对用户个人博客中的个人信息、好友、评论、相册和文章进行设置。

3、系统管理模块。

本模块主要由用户管理、评论审核管理、相册审核管理、文章审核管理、链接管理5部分组成。这是为了对注册用户的博客内容与个人信息进行管理，并对博客中的评论、相册、文章进行审核，审核通过后才能发表。

基于个人博客以上的特点，本系统要实现个人博客的主要基本功能有主界面，博客用户登录发表文章（心情、日志），用户登录/退出，游客发表评论，分页浏览文章和评论等。这里其中比较主要的是区分了个人博客用户和游客。博客用户可以在任何时候写下自己的主张，记录下自己的点点滴滴。

而游客主要的权限是阅读博客所有注册用户写的文章，阅读后可以发表评论和留言，还可以分页浏览所有注册用户上传的图片。以上是个人博客的系统功能目标，当然由于个人博客的网络流行特点以及个人个性的展示，还适当要求界面比较漂亮轻快，直观便捷，操作方式简单以及人性化。

热门系统需求分析报告（案例17篇）篇十七

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

1.1编写目的。

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

1、信息交互要求。

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

2、附加影响要求。

3、功能的实现要求；

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

1.2项目来源。

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

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

1.3项目风险。

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

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

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

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

1.4文档约定。

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

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

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

运行，并且更名为visualfoxpro。目前最新版为visualfoxpro9.0，而在学校教学和教育部门考证中还依然延用经典版的visualfoxpro6.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、机械设备保管部门人员：负责对公司内出租的工程机械设备做定期的管理与保养，并且负责设备的出纳。

编写本文档所参考的资料如下：

[1]《施工机械信息化管理的研究[j]科技情报开发与经济》王健.11。

[2]《工程机械产品图库管理信息系统的研究[j]工程机械》贺尚红.5。

[3]《开发新一代设备信息管理系统》龚元明1995.6。

[4]《数据库基础与应用[m]》成先海..

[5]《软件工程[m]》.程成，陈霞.，2003。