最优系统需求分析报告（通用21篇）

在撰写报告范文时，我们需要引用和参考相关的文献和研究成果。以下是一份有关报告范文的文集，希望对大家的写作有所帮助。

书店管理系统需求分析报告

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

二、目的。

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

三、术语定义。

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

四、参考资料。

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

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

六、运行环境。

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

系统需求分析报告

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页。

书店管理系统需求分析报告

4.2时间特性...........................................204.3适应性.............................................204.4故障处理...........................................205.系统运行要求分析.....................................205.1用户界面...........................................205.2硬件接口...........................................205.3软件接口...........................................206．其他要求............................................207.附录.................................错误！未定义书签。

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.系统响应相应的用户权限操作。

3.图书信息进行录入、删除、浏览、查询、修改等基本操作4.列出相应的信息。

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)购物车界面。

购物车界面是进行操作“删除购物车里的书籍”、“修改购物车里书籍数量”或“提交订单”时所需要的对话框。

当用户选择删除购物车里的书籍时，对话框弹出，用户点击“删除按钮”，系统删除用户购物车里的该书籍。当用户选择修改购物车里书籍数量时，用户输入书籍的数量，然后点击“更新”按钮，系统更新用户购物车里的该书籍数量。当用户选择“提交订单”时，系统进入付款界面，并且系统将此购物产生一个订单保存到数据库中。

图书管理界面是进行操作“添加书籍”、“编辑书籍”或“删除书籍”时所需的对话框。

籍有关的其他信息业也一并删除。

(6)登陆界面。

登陆界面是用户用来登陆的界面。用户输入用户名和密码，点击按钮“登陆”，系统查询数据库检索此用户的用户名和密码是否正确，若正确，若是admin用户，系统将显示后台管理界面，否则系统将显示首页面。若错误，系统提示“用户名或密码错误。”

根据上述部分界面的分析，网上书店系统中的边界类图。

图17边界类图。

图18。

控制类图。

3.7输出结果。

4.1数据精准度。

在向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据时，要求输入数据准确。金额，身份证，卡号等按需求设定字符数。

4.2时间特性。

程序响应时间：在人的感觉和视觉事件范围内；

信息交换时间：要求在程序调用前、调用后都与数据库保持同步更新，网络信息交换时间应该小于程序调用的时间。

4.3适应性。

要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件、脏数据具有较强的识别处理能力。

4.4故障处理。

软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。

5.系统运行要求分析。

5.1用户界面。

屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换报表格式：以银行原报表格式设计电子打印表格式。

菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。

5.2硬件接口。

网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但是从理论实验验证软件本身的目的来看，无需网络通讯接口。业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

5.3软件接口。

windows标准接口，要求与其他软件无冲突错误发生。

6．其他要求。

(3)安全性：通过网络传送的数据需要简单加密，服务器端对接收到的数据需要二次简单验证。

(4)复用性：说明本项目是否可以复用已有软件、是否可为其它产品复用；(5)灵活性：说明在运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。

7.附录。

网上服装店管理系统需求分析报告

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.运行环境规定。

人事管理系统需求分析报告

书店管理系统需求分析报告

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、借书。

网上服装店管理系统需求分析报告

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

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。

系统需求分析报告

高陵县地处陕西省关中平原腹地，位于西安市辖域北部。地势平坦，土壤肥沃，是西北首个吨粮县。高陵县始建于秦孝公十二年（公元前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整合、视频报警、警视联动等等。当前已建平安城市各子系统仍属于独立工作，互补相连的状态，实现各子系统的整合应用将是今后建设的重点，也是平安城市的建设具有更深远的意义。

书店管理系统需求分析报告

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）数据存储数据存储条目。

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

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

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

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

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

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

网站需求分析报告

1、总体目标。

(1)色调保持统一，塑造公司整体形象;。

(3)加强网站宣传推广，提高公司知名度;。

2、基本要求。

(1)网页内容：主次分明、结构清楚、内容精炼、信息真实;。

(2)浏览效果：简练的色调及线条，灵活、简洁的图形设计，合理、变化、简单明快的布局;突出高科技概念。

二、网站结构和栏目。

网站结构如下所示。

(1)。

(2)。

(3)。

(4)。

(5)。

(6)服务中心为新加项目，里面主要以客服中心为主。

(7)分支机构为新加项目，对公司各个分支机构的介绍和相关新闻。将原有的各分支网站的管理平台拿掉，做成一个统一的管理平台。

三、功能模块。

1、信息发布。

为本次改版最重要的应用系统，实现对全站网页内容的更新与维护。拥有相关权限的用户进入我们的设计发布平台，管理发布内容，其中包括新闻、公告、信息的增加、修改、删除。动态信息发布支持在线文字编辑，编辑结果所见即所得，以优化最终显示效果。同时可支持图片上载。所有发布信息均自动生成发布日期与访问次数。主栏目可改名，各子栏目可自定义增、删、改。支持用户管理留痕。

2、站内搜索。

为了保证用户根据文章标题、全文内容、发表日期等为关键字进行搜索，建立站内搜索是非常必需的。在技术上，我们利用数据库来实现根据文章标题、发表日期等为关键字的搜索功能，通过本系统程序可以在文件中以具体文字内容为关键字实现搜索功能。

搜索的范围可以是文章的标题、内容、发表时间等，极大的方便了用户对特定文章的查找，同时也提高了搜索的准确性，和访客的易用性。搜索的范围可以是文章的标题、内容、发表时间等，极大的方便了用户对特定文章的查找，同时也提高了搜索的准确性。

3、邮件列表。

将客户的邮件地址加入邮件列表、保存，以便将公司优惠活动等信息群发给客户。

4、域名查询。

提供国际、国内cn的.在线查询功能。

5、网上调查：

通过网上调查系统在首页不定期进行热点调查活动，通过各项调查了解群众各项指标的观注程度，网站管理者可根据此进行适当调整。

6、数据备份：

作为站点内容存在的根基，系统所有的数据应该长期适时，稳定有效。而应对各种各样突发事件或者各种非人力因素可以控制的事故，每日数据备份是必须的，也是最为稳妥有效的方法。一旦发生意外，可以在最短的时间内恢复正常。

在技术上，我们利用网络操作系统w2k本身非常优秀的任务计划处理概念来实现按照某个周期固定某个时间来进行不需要人为参与的自动的机器备份。一旦系统发生意外,只需要简单操作即可恢复，绝对不会造成大的影响。

7、用户权限管理。

根据需求，我们采用策略管理的控制方式，按照系统栏目的对应关系，对系统权限进行级别划分，并由系统管理员对系统权限策略进行统一管理，各级管理员仅能管理与维护权限范围内的栏目与模块。具体划分方式如下：

8、超级管理员职责。

栏目管理，建立系统总栏目，并预留管理空间给各栏目管理员，各分栏目管理由各级管理员自己负责。对总栏目进行管理(即增加、修改、删除);用户组管理，管理工作组(即增加、修改、删除)，管理用户(即增加、修改、删除)，建立各组的管理员。

9、各组的管理员职责。

栏目管理，建立自己的子栏目，管理自己的子栏目(即增加、修改、删除);用户组管理，管理属于该组的子组(即增加、修改、删除)，管理属于该组的用户(即增加、修改、删除)，建立属于该组子组的管理员。

10、用户职责。

根据自己所在组的权限发布相关信息。

四、系统平台。

通过反复甑别与论证，结合我们自身实施的经验，在系统选型上采用目前最具发展潜力的“黄金组合”(即w2k+iis+mssql+asp)构建本案的b/s模式软件平台。

需求分析报告

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

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、明确项目完成后的维护责任。

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

网站需求分析报告

随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。

网站项目管理（wpm）的含义为web-basedprojectmanagement，即以web应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。

在本文中，笔者将网站项目管理（wpm）与软件工程的统一过程管理（rup）进行参照比较，并结合实际工作经验，力求将网站工程管理（wpm）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。

按照笔者的经验，网站项目管理可以分为以下七个阶段进行控制：

1.需求分析及变更管理2.项目模型及业务流程分析3.系统分析及软件建模。

4.界面设计、交互设计及程序开发5.系统测试和文档编写。

6.客户培训、技术支持和售后服务。

业务员与客户进行的沟通，撰写如何做好网站建设需求分析是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。

四.利用示意图和图表将用户的需求表现出来。五.什么人要看需求分析报告？

六.建立需求变更日志，制作新版本的需求分析报告。七.本阶段重点工作角色八.总结。

一：让客户畅所欲言，罗列出所有的需求。

让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。

很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立ip的访问，而你原来想当然的以为了不起就是1万独立ip访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！二：透过现象分析潜在的需求很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。

比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。

笔者曾负责一个大型新闻网站的设计，当客户拿着将近五十页厚的一本设计要求报告时，我发现有四十页的内容对程序开发来说都是重复的，而在其中一页的角落却画了个“搜索其他网站相关新闻”的按钮，并且没有做任何说明，仅仅这10个字所完成的工作量完全顶的上其他整整四十页重复赘述所做的工作，客户完全不知道这个要求引发的问题实际就是一个搜索引擎的开发，通过协商，客人同意了修改成站内搜索的引擎。

三：利用自然的语言描述项目模型。

在业务员与客户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。

请比较以下两份关于需求的描述，“用户在访问首页的时候可以在点击'客户通道'按钮，弹出填写'用户名'和'密码'的窗口，输入正确后在新窗口打开客户通道的首页，在该页显示所有可操作的功能的导航条和最新的导读新闻链接列表”“站点分为公开和加密两种状态，通过身份验证机制使特有的用户可以访问到加密信息，并提供不同于普通用户的功能。”前段描述我们就很容易想象的出来设计完成的网站是什么样子，而后一段的描述可能会做出无数不同的版本，造成对需求理解的歧意。

四：利用示意图和图表将用户的需求表现出来。

需求分析无论文字上怎么样表述都还是抽象的，对客户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。

制作示意图可以有很多种方式，用powerpoint或visio制作流程示意，用html文档制作界面示意都是可行的，最简单利用画图和word表格方式也完全可以，关键是利用示意图将客户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程，保证项目往正确的方向进行。在rup中有这样的描述：

“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。以用户友好的方式帮助收集并改进用户需求。鼓励更有创造性、更加创新的设计解决方案。鼓励团队复审，并避免所有人都不希望出现的特征。确保以可理解、直观的方式实施特征。

项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。

我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。例如：

项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。

开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；

操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；

通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：

尽管我们费了许多功夫在如何做好网站建设需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。

并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。

在如何做好网站建设需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。

客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。

在实际工作中，很多项目失败的起因都和需求分析有关。客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。

•将如何做好网站建设需求分析进行分析，确认可操作的系统模型；

•利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；

•迅速确定网站的用户角色；

比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；

•分析确定每个角色的权限及可操作的功能；

网站管理员可以更改栏目、修改网站界面等；•制作流程图和示意图将需求表现出来；

•让客户参与到示意图的设计中，及时正确的反应出需求变更。

•制作需求变更日志，保留升级版本，通过版本控制进行需求管理；•通过需求《管理计划书》使每个参与人员看到共同的努力目标。

这里只是粗略的介绍企业如何做好网站建设需求分析，希望对大家有所帮助。

需求分析报告

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兼容性。

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

群众需求分析报告

好地开展计划生育优质服务的重要手段，是新形势下计划生。

育优质服务发展的必然趋势。群众需求信息搜集的目的，就。

划生育目标，通过全社区50名育龄群众信息的收集、汇总，计划生育优质服务工作今后应从以下几方面加以改进。

一、宣传教育有待进一步深化。

宣传教育是优质服务的重要内容，从群众需求信息来看，增。

强宣传教育的针对性和吸引力、感染力最为重要。根据群众。

需求，应从两个方面进行改进：

（1）宣传内容。50人要求多讲生殖保健知识、占总数的100%。9人要求婴幼儿早期教育方面知识内容，占总数的18%。5人要求孕期保健、优生优育方面知识，占总数10%。

20人要求获得避孕节育方面知识，占总数23.8%。18人要求。

获得两性生殖健康方面知识，占总数21.4%。

（2）宣传形式和方法。过去通过人口学校对育龄妇女。

进行灌输的宣传形式，已远远不能适应群众的意愿，她们没。

有时间在家等着组织学习。通过群众需求问卷了解到，有29。

人希望通过电视等媒体来获得所需求的知识，占总数58%。有12人想通过计生工作人员上门指导计划生育方面的知识，占总数的24%。有18人想了解两性方面知识，占总数21.4%。群众确实想获得多方面的计生知识，但我们通过什么形式、方式方法有待于进一步探讨，真正通过改变宣传教育方式使宣传教育工作常抓常新、贴近群众、充满活力，讲究效果。

二、避孕节育服务要因人而宜，注重群众的需求。

在避孕节育方面，了解群众通过什么途径获得避孕药具，有25人要求自己到社区领取，占总数50%。有20人要求计生干部送上门，占总数的40%。有16人避孕措施由夫妻共同决定的，占总数的32%。有2人愿意接受专业技术人员指导，占总数0.4%。有16人愿意接受计生干部指导，占总数的32%。有20人愿意得到避孕节育方面知识，占总数的40%。通过上述群众的需求来看，工作中继续加大服务力度，在避孕节育知识方面，我们要加大科学知识的普及力度，这样将更加有利于推进避孕方法的知情选择。

三、围绕生殖保健服务，开展好“民心工程”

意在在市计生服务机构计生服务，占总数的14%。有11人愿意在市级以上医院接受服务，占总数的22%。根据调查群众愿意接受生殖保健方面的服务，渴望得到生殖保健服务检查。而且需要更好的医疗服务。我们今后要努力从提高服务方面下功夫，使育龄群众得到更好的服务，满足不同层次人群服务的需求。

四、根据优生优育信息，做好产前、产后的随访服务。

群众的生育观念已在发生了很大的转变，都想生一个健康聪明的小孩。通过服务问卷信息来看，有5人要求得到孕期保健、优生优育方面知识，占总数的10%。有4人希望通过报刊杂志得到这方面知识，占总数的0.8%。

五、根据权益保障信息，确实保障群众的合法权益。

计划生育政策法律法规经过多年的宣传教育基本家喻户晓，人人皆知，群众的实行计划生育的权益进一步得到保障，有23人知道有依法生育的权益，占总数的46%。有28人知道实行生育男女平等的权益，占总数的56%。有31人知道获得避孕节育技术和生殖保健服务的权利，占总数的62%。有22人知道实行计划生育有获得法律、法规和政府规章规定的奖励、优待、社会法律、社会保障、社会救助的权利和平等发展的权利，占总数的44%。有31人实行计划生育有获得计划生育、生殖健康信息和教育的权利，占总数的62%。有23人知道实行计划生育，其人身权，财产权不受侵害的权利，占总数的46%。通过信息了解，群众实行计划生育的合法权益需更进一步得到保障。

六、根据群众需要哪些服务，保障群众需求。

新形势下计划生育工作以优质服务为主线，了解群众需求什么样的服务是我们今后服务工作方向。通过了解有23人要求生殖健康方面检查，占总数的46%。有13人要求困难救助服务，占总数的26%。有5人要求孕期保健、优生优育服务，占总数的10%。有9人要求婴幼儿早期教育方面服务18%。我们将针对群众需要的服务，改进工作方法使群众得到更好更多的服务，满足群众需求，促进计划生育工作和谐发展。

需求分析报告

（一）一、教材分析及cai创意：

（多种媒体的选用、重难点部分的可视化、问题解决过程中的交互策略等）。

本章进入生态系统的学习，首先要学习生物与环境的关系。本节有很多代表适应方式和生物关系的名词，容易混淆，有必要引入cai使这些关系具体形象，让学生容易理解，深化记忆。另外种群数量变化规律曲线的得出也是比较难的,引入cai,给予动态的解释,创意:。

1)用图片引导学生回答生物生存的环境里有哪些非生物因素。

2)用动画展示生物对非生物环境的适应性，如生物怎样运用保护色。

3)用动画展示成语中的生物关系，如“螳螂捕蝉黄雀在后”。

4)用动画展示种群繁衍的数量变化和环境影响。

5)种群数量规律曲线的生成有动态的分步骤的过程，有控件控制。

6)课件有互动的部分。也有练习部分巩固学生对本课重难点的掌握。

二、教学内容分析：（目标以及重点、难点等）。

本节学习生物与环境的关系,包括三个方面:1生物与非生物环境的关系,2生物与生物之间的关系,3种群的数量变化规律及其应用.教学目标:。

1)知道生物的生存环境包括非生物环境和生物环境。

2)了解非生物环境（水、阳光、温度）对生物的影响，并能举例说明。

3)能够举例分析每种生物都生活在他所适应的非生物环境中，知道适应具有相对性。

4)知道保护色、警戒色、拟态等适应的方式，能够区别三者的不同并进行相关的判断。

5)能够举例说明生物和生物之间的关系，包括种内关系和种间关系。

6)知道什么是种群，认识到种群的数量变化规律。

7)了解种群数量变化规律对人类生产实践活动的重要意义。

教学重点：

1)非生物环境（水、阳光、温度）对生物的影响。

2)保护色、警戒色、拟态等适应的方式。

3)生物和生物之间的关系。

4)种群及其数量变化规律。

教学难点：

1)区别保护色、警戒色、拟态三者的不同。

2)能够辨别生物之间的关系，包括种内互助、种内竞争、种间竞争、贡生、寄生、捕食。

3)能够运用种群数量变化规律解释相关现象。

三、学习对象特点分析：（年龄特征、认知水平等）。

本课件的使用对象为初二学生（大约14岁）。该年龄段的学生有强烈的求知欲望，对各种新鲜事物好学好问，并富于想像。但是他们的学习积极性还是与兴趣挂钩。枯燥抽象的理论知识很可能会失去他们对课堂的注意。因此课件要生动形象，能抓住他们的好奇心，利用他们的观察力，有意识地引发和激励他们发现问题，提出问题，在此过程中加强他们的观察力。另外，初二学生已具有一定的分析能力和生物基础常识，但自主学习能力还不构，所以课件要注意设置引导和设问，让学生有探索总结的过程，以培养他们的学习能力。

四、拟定开发工具及技术难点分析：（效果描述等）。

authorware：主要的开发软件。课件成品有静态的图片展示，配有简单的文字说明，使枯燥抽象的名词变得具体，浅显易懂。课件的第三部分有动态的规律分析，要让学生清楚明白种群规律曲线是怎么得来的。

flash：主要用在第二部分。讲解生物与生物之间的关系时，用动画演示“螳螂捕蝉黄雀在后”或“鹬蚌相争渔翁得利”中的生物关系。第三部分种群的数量变化规律，也要用动画展示生物繁衍的数量变化和环境等外界因素的影响。

难点：种群数量变化规律曲线的动态演示，flash制作。

五、设备条件要求：

普通设备,windows2000/xp系统即可,鼠标键盘可进行正常操作.能够运行authorware,flash等常用软件。

六、存在的困难及拟解决方法：（人员、时间、经费等）。

刚接触authorware和flash，对该软件不熟悉,制作过程中会遇到技术问题，期待老师的指导和小组的共同探究。

软件画面制作的精美程度是个挑战，要提高自己的审美能力。

（二）一、调查目的以怀化学院为例，了解大学生英语学习现状，调查他们的英语学习需求，对英语新课程发展提出建议。

二、调查范围。

怀化学院外语系09级4、5班。

三、调查对象。

有至少八年以上英语学习基础的大学生、有至少三年以上英语教学经验的老师。

四、调查方法。

1、访谈对部分怀化学院外语老师和学生进行访谈。访谈内容涉及英语教师、教材、学习策略、学习环境（课内外学习环境）四个方面。

3、任务分析。

五、成果。

1、背景概述。

近年来，我系英语专业四级、八级过级率逐年上升，学生应对考试的能力不断提高，然而，学生的实战应用能力却相形见绌。归其原因，主要是受到考试过级率的影响，教学者教学形式单一，教师唱独角戏，满堂灌，教与学双边活动难以开展等现象比较突出。

2、调查结果分析-----学生的英语学习需求整体情况分析。

a、学生对英语教师的需求主要有以下几个方面：

a、教师的基本功要扎实知识要渊博，教师要严而有道，以身作则。

b、希望教师采用灵活多变的教学方法。

c、希望和教师建立良好的师生关系。

由此可见，学生对英语教师的语言基本功、知识水平、教学方法方面、有着相当高的要求；学生希望老师在教学过程中以身作则，树立榜样；学生更喜欢老师经常激励他们；同时学生期待与老师建立良好的师生关系。

b、学生对教材的需求主要有以下几个方面：

a、希望教师在教学过程中教学内容不要固定在教材本身，要及时补充鲜活的内容；

b、希望教材内容能有助于提高他们的交际能力。

通过调查我们发现学生对教材的内容的真实性、实用性、趣味性、知识性和教材对交际能力的培养的要求很高。教师在教材的选择和使用上应注意趋利而避弊，在固定教材上增补一些新的教学材料。另外，固定教材容易使教材的内容过时，不能反映外语。实际的现状，并且还会造成教材的难度与学生实际水平脱节的现象授课时和班级过大等因素的限制，如何充分利。

c、学生对学习策略的需求。

通过调查我们发现有:。

小部分学生还不能有效地使用适合自己的英语学习策略；大部分学生认为教师对学生进行英语学习策略培训有必要，还有一部分学生能够经常反思自己的英语学习，探索适合自己的学习方法，但效果不理想，希望求助于英语教师。

4、学生对学习环境的需求。

通过调查我们发现绝大多数同学都意识到积极参加课堂活动对英语学习的重要性，从而说明了学生对课堂学习环境的期望值很高；超过三分之二的学生在课堂上存在不同程度的紧张和焦虑，经访谈发现：学生害怕被点回答问题，担心回答问题出错，自信心不够强，表演欲不够强这一点也能解释学生为什么对来自老师同学的支持和鼓励的需求强烈。同时大多数学生喜欢和同学进行合作学习，绝大多数学生认可自主。学习的平台在英语学习中的作用，对于英语课外活动的学生认可度和满意度还不高。

六、结论与启示。

通过本次调查，我们了解了不同英语水平的学生在对英语教师、教材、学习策略、学习环境等有关因素的需求情况，发现在英语教师、教材、学习动机等方面上高低水平学生无显著性差异，在对学习策略和学习环境的需求上高低水平学生存在着显著性差异，我们得到了以下启示：

1、英语教师应经常对非英语专业学生进行学习策略培训，培养和提高学生运用学习策略的意识，从而有助于学生个性化学习方法的形成和学生自主学习能力的发展。

2、优秀的老师应当能选择教材，活用教材，跳出教材，发展教材。

3、教师应该在课堂上创设一个轻松惬意的语言学习环境，满足不同水平学生的需求，并把焦虑降低到最低限度。学校在课外要组织丰富多彩的英语活动，数量和质量并重。

需求分析报告

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

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

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

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

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

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

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

需求分析报告的

(多种媒体的选用、重难点部分的可视化、问题解决过程中的交互策略等)。

本章进入生态系统的学习，首先要学习生物与环境的关系。本节有很多代表适应方式和生物关系的名词，容易混淆，有必要引入cai使这些关系具体形象，让学生容易理解，深化记忆。另外种群数量变化规律曲线的得出也是比较难的,引入cai,给予动态的解释,很有必要.

cai创意:。

1)用图片引导学生回答生物生存的环境里有哪些非生物因素。

2)用动画展示生物对非生物环境的适应性，如生物怎样运用保护色。

3)用动画展示成语中的生物关系，如“螳螂捕蝉黄雀在后”。

4)用动画展示种群繁衍的数量变化和环境影响。

5)种群数量规律曲线的生成有动态的分步骤的过程，有控件控制。

6)课件有互动的部分。也有练习部分巩固学生对本课重难点的掌握。

二、教学内容分析：(目标以及重点、难点等)。

本节学习生物与环境的关系,包括三个方面:1生物与非生物环境的关系,2生物与生物之间的关系,3种群的数量变化规律及其应用.

教学目标:。

1)知道生物的生存环境包括非生物环境和生物环境。

2)了解非生物环境(水、阳光、温度)对生物的影响，并能举例说明。

3)能够举例分析每种生物都生活在他所适应的非生物环境中，知道适应具有相对性。

4)知道保护色、警戒色、拟态等适应的方式，能够区别三者的不同并进行相关的判断。

5)能够举例说明生物和生物之间的.关系，包括种内关系和种间关系。

6)知道什么是种群，认识到种群的数量变化规律。

7)了解种群数量变化规律对人类生产实践活动的重要意义。

教学重点：

1)非生物环境(水、阳光、温度)对生物的影响。

2)保护色、警戒色、拟态等适应的方式。

3)生物和生物之间的关系。

4)种群及其数量变化规律。

教学难点：

1)区别保护色、警戒色、拟态三者的不同。

2)能够辨别生物之间的关系，包括种内互助、种内竞争、种间竞争、贡生、寄生、捕食。

3)能够运用种群数量变化规律解释相关现象。

三、学习对象特点分析：(年龄特征、认知水平等)。

本课件的使用对象为初二学生(大约14岁)。该年龄段的学生有强烈的求知欲望，对各种新鲜事物好学好问，并富于想像。但是他们的学习积极性还是与兴趣挂钩。枯燥抽象的理论知识很可能会失去他们对课堂的注意。因此课件要生动形象，能抓住他们的好奇心，利用他们的观察力，有意识地引发和激励他们发现问题，提出问题，在此过程中加强他们的观察力。另外，初二学生已具有一定的分析能力和生物基础常识，但自主学习能力还不构，所以课件要注意设置引导和设问，让学生有探索总结的过程，以培养他们的学习能力。

四、拟定开发工具及技术难点分析：(效果描述等)。

authorware：主要的开发软件。课件成品有静态的图片展示，配有简单的文字说明，使枯燥抽象的名词变得具体，浅显易懂。课件的第三部分有动态的规律分析，要让学生清楚明白种群规律曲线是怎么得来的。

flash：主要用在第二部分。讲解生物与生物之间的关系时，用动画演示“螳螂捕蝉黄雀在后”或“鹬蚌相争渔翁得利”中的生物关系。第三部分种群的数量变化规律，也要用动画展示生物繁衍的数量变化和环境等外界因素的影响。

难点：种群数量变化规律曲线的动态演示，flash制作。

五、设备条件要求：

普通设备,windows2000/xp系统即可,鼠标键盘可进行正常操作.能够运行authorware,flash等常用软件。

六、存在的困难及拟解决方法：(人员、时间、经费等)。

刚接触authorware和flash，对该软件不熟悉,制作过程中会遇到技术问题，期待老师的指导和小组的共同探究。

软件画面制作的精美程度是个挑战，要提高自己的审美能力。

网站需求分析报告

一、需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。

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

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

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

在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于主管人员的日后的开发项目提供有益的借鉴和模范，成为项目开发中积累的符合自身特点的经验财富。

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

三、向用户调查些什么。

在需求分析的工程中，往往有很多不明确的用户需求，这个时候。

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

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

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

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

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

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

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

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

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

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

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

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

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

求、实际运行环境；用户对新网站的期望等。

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

四、市场调研活动内容。

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

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

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

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

活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书》以供作为日后项目开发过程中的依据。

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

1、网站功能。

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

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

4、网站系统性能定义。

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

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

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

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

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

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

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

12、项目完成时间及进度。

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

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

网站需求分析报告

旅游借助互联网，能够解决传统旅游业不能解决的适应游客行、吃、住、游、玩一体化的需求;同时还由于旅游也作为一个整体的商业生态链，涉及到旅行服务机构、酒店、景区、交通等等，利用互联网可以将这些环节连成一个统一的整体，进而可以大大提高服务的水平和业务的来源。一方面，互联网为传统旅游业提供新的机遇及提高服务水平和运作水平的手段，另一方面，大多数没有开展网上业务的中小旅行社则面临严峻的挑战。

二、解决方案。

网站系统解决方案提供商必须有足够的能力和经验帮助广大中小型的旅行社走上电子商务的道路，同时，其提供的解决方案还必须能够同时满足复杂的b2b和b2c需求，并在稳定性、可用性、可管理性等方面具有优势。而对于中小企业业务一直占有很大比重的恩派瑞网络来说，它的解决方案也是切实体现这种需求，并且对于规模更大的网站也有相应的备选方案。

为了降低单个旅游企业的营销推广费用，更好地利用旅游公共营销推广体系进行推广，旅游推广中心应为游客和企业设计一系列旅游指南，在推出推广的过程中，看能否得到旅游企业的广泛认同。旅游网站的各种应用，集成了新闻发布管理、网站内容管理、酒店预订管理、线路预订管理、会议预订管理、机票预订、留言薄管理、广告发布管理、自助友情链接、天气预报、注册会员、旅游论坛、订单管理等多套系统，以及完善的强大的后台管理操作，无愧于全套解决方案的名称。它也大限度地实现了管理自己网站的梦想，只要会操作浏览器，就能够管理自己的网站。

三、网站定位。

1.地区性：北京旅游门户网。

2.权威性：通过与各协会的合作，定格使此站的行业权威性;。

4.网站风格：既已定位为门户，虽应当风格以大众化为主，但由于主题的特殊性，因此我以为网站设计风格应结合网民的浏览习惯，功能上以大众化方式进行操作，页面设计上应当在具备大众化的同时，加以设计特色，让此网站与一般网站不同，刺激网民的视觉。明确了网站的定位，再根据所涉及的栏目进行可行性分析。

四、经营模式。

(1)景点、农家院、旅游线路等方面的信息;。

(2)旅游常识、旅游注意事项、旅游新闻、货币兑换、旅游目的地天气、环境、人文等信息以及旅游观感等。

需求分析报告

我生性是比较胆小的。对于安全，特别是生产安全，估计得从我参加工作的那年说起。08年一毕业，我便被分配到位于甘肃山沟里面的一个水电站做施工。在这里，平生第一次深刻知道安全对于生产，对于自身，对于内心的重要性。

记得美国犹太裔人本主义心理学家亚伯拉罕?马斯洛（abrahammaslow）就提出，人对于安全的需求在需求层次理论金字塔中是先于生理需求（身体基本需求）社交需求（社会关系的需求）自我实现需求及尊重需求，属于最基本的需求。是的，人工作是为了活着，或是为了养家糊口，或是为了十几年的教育能够学有所用，或是为了实现自己的社会价值，但所有的所有的目的，都是在自身安全的前提下实现的。

由于我的生性胆小，所以第一次接触这种立体式庞杂的施工现场时，我是以一个初入者的身段带着强大的融入式需求来接受目前这份工作的，虽然在繁杂立体式的施工现场有很多对自身安全造成困扰的问题，但是我得面对。因为我来自农村，又学了工程测量这门专业，除此之外，作为一个刚毕业的学生，我还能干吗？第一次在下面悬空的钢筋网上走自己还是很害怕的，第一次背着仪器箱子在垂直的几十米高简易爬梯上上下内心也是颤抖的，第一次在全无遮护的布着钢轨仅能容下双脚宽的20多米高的吊车预制梁上走过内心是带着与命运抗衡的决心的，我记得从那上面走过后，我觉得这辈子我都不再从类似这样的地方走过，对我来说这简直是在高空走钢丝绳，即使我们有年长的前辈在上面如履平地。恐惧跟大意绝对是安全生产事故中最危险的两种心态。这两种心态在心态中处于两个极端，也许我处于这端，而我的那位前辈处于那端。而从哲学讲，两种似乎都不可取。要讲究适度原则，也就是说，我得有着适度的心态去衡量这件“高空走钢丝”事件。那段时间里，我有种特种兵接受三月集训的感觉，挑战我的空间作业极限，还有心理极限。当然这确实是我必须面对的，由于作业环境限制，我们通常不得不在很近的平面距离里背负仪器利用简易且有限的条件及工具通过上下攀爬的方式来抵达目的地。哪怕平面距离只有几米远。而我得慢慢调整我的心态来适应，得调整我的身体敏捷程度来适应。因为再复杂的施工现场，安全的投入往往是繁琐的，可能是循环往复的，成本昂贵且占用大量时间的，在工期紧张的时段里，这些有时会显得铺张。要与之适应的，则是自身身体的灵活性以及心态的正常适度性。所以，那个时候的我，从很大一部分，只能增加自身的适应能力，而无能迁就于其他形式。而我就是如此慢慢适应过来的，在复杂的环境中，有了眼疾手快，心态坦然，泰山崩于前面不改色的气度了。这大概就是为了适应常规生产，自身心态适应中回归理性的过程吧。

后面的几年时光里，我确实被历练的坦然地多。对于安全防范的意识也是越来越提高了。那些不安全的地方我是坚决不去的。但是身边并不因为我的适应性而不出现些安全事故了。在我从业的几年了，身边的安全事故出了好多起。高空坠落的，溺水的，为了生活付出生命代价的比比皆是。生产是存在安全隐患的，从远古时期到今。从部族协作狩猎开始，从生产石器开始，我们的祖先就不得不面对生产中存在的安全隐患及问题。在战争中，我们也在为保存自身实力而进行着各种安全方面的考虑与措施。

而对安全问题的诠释，最具具体化，最让人好理解的无外乎便是举例说明了。这在我们安全培训教育及安全教育视频中也无不比比皆是。而所以的事故中大意似乎是其发生的大多数原因。我遇到的第一次人身伤亡事故还是在我所在的工地，一名的工人在8米高的泄流冲砂闸上游胸墙上拆卸模板的过程中，因为安全绳脱钩造成自身连同模板坠落，在送往医院后因伤势过重抢救无效身亡。这起事故中，安全意识淡薄，钩挂安全绳仅仅用来应付项目部安全监察，留于形式，是事故发生的主要原因。也有人因醉酒在靠近水库的公路步行跌入已经蓄水的水库溺水身亡的，这种事故原因无异于酒驾了，只是威胁的仅是自身安全罢了。在后面的项目中，也有在施工现场雨后攀高导致盆骨骨折的，也有晚上夜行无意堕入水池溺亡的。所有这些，无外乎大意。看来我这小心翼翼的心态，胆小的生性还是能够让人无时无刻绷紧安全的神经的。这一点我还是比较庆幸。

单位还是经常举办安全知识培训的，项目部及现场还是在醒目地段及危险地段有安全标示的。在新的安全生产法颁布后，单位从上到下以严谨的态度还组织了我们学习，考试，竞答，用各种方式将安全生产理念，方法植入每个职工的每一根神经与血管中。宣传方式也从刚开始的严禁式转换到后来的提醒式，甚至还有戏谑式。最典型的就是比如从标语写“禁止酒驾”，“禁止不带安全帽”，“禁止私拉乱接电源”等变成了“高高兴兴上班，安安全全回家”的温馨提醒式再到网络上贴出“为了防止别人娶你老婆，打你孩子，花你抚恤金，请注意安全”的戏谑式安全标语，说明安全的形式正以多样化的形式深入到社会中，在这社会发展中是好事。

再完善的标语，在完善的生产教育和法律都得靠我们自身每天每时每刻的践行，不然都无异于空谈。还是那句话：工作，不管是为了活着，或是为了养家糊口，或是为了十几年的教育能够学有所用，或是为了实现自己的社会价值，但所有的所有目的，都是在自身安全的前提下实现的。

需求分析报告

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

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

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