车队管理系统需求分析说明书

第一篇：车队管理系统需求分析说明书

车队管理系统需求分析书 基本档案

1.1 公司信息管理

名称、营业范围、联络方式、其他

1.2 车辆信息

 车辆基本信息

车辆资料的添加、修改、删除、导出、打印：记录车辆的基本信息，包括车辆编号、车牌号码、发动机编号、车辆颜色、车辆类型、载客数量、营运种类、营运证编号、所属公司、部门、车队（组）、备注其他。 车辆购买信息

厂牌型号、出厂日期、购买店家、购买日期、购入价格、购置税及其他费用。

1.3 司机信息

 司机基本信息

编号、姓名、性别、出生年月、家庭电话、移动电话、住址、驾驶证号、准驾车型、驾驶证核发日期、发证机关、驾驶证有限期、就职时间等  司机违章信息

时间、地点、描述、其他。

1.4 人车配属关系

车与驾驶员的关联关系，一辆车对应1或多位驾驶员。

1.5 站点管理

行车站点资料维护、统计查询

1.6 线路管理

行车路线统计维护，查询

1.7 电子围栏设置

设置电子围栏相关信息

 行驶范围：车辆有规定的营运范围；

 电子围栏：把行驶范围转换成电子围栏，支持矩形、圆形等区域

1.8 其他

用户、车队、组织、部门、权限管理等。车辆监控

Inhand GPS可以为我们提供经度、纬度、速度、航向四个参数。

基于GPS，我们可以实现的主要功能：车辆定位、车辆实时轨迹、车辆行驶里程（obd）、历史路线、数据分析报表等。

注：以下截图中有些参数需要obd上传，可以不用考虑。

2.1 车辆定位

某车某时在某地。

2.2 车辆实时监控

车辆实时位置、速度、航向、及其他车辆参数。

2.3 历史路线

随时清查指定车辆某时段运行状态的详细运行轨迹线图以及轨迹回放。

2.4 轨迹明细

列表显示过去某天某车辆状态，包括车辆信息、位置、回传时间、当前速度（回传时）、方向等。运营管理

3.1 司机与车辆调度

司机考勤、身份识别

3.2 车辆年检

年检记录、年检提醒

3.3 加油管理

外地加油、定点加油、内部加油站管理。加油的日期、车辆、油量、费用等。

3.4 维修管理

维修申请、审批、维修记录

3.5 保险管理

保险记录 保险提醒

3.6 保养管理

保养记录（申请、审批）保养提醒

3.7 安全管理

车辆事故记录、驾驶员违章记录等

3.8 预警提醒

车辆年检到期提醒 车辆保险提醒

车辆保养提醒 车辆超速提醒 车辆越界提醒

3.9 费用管理

行车费用管理、加油费用管理、维修费用管理、保险费用管理、年检费用管理、其它费用管理

3.10 其他方向

1、培训以及培训资质相关

2、CRM（客户关系管理）相关

客户管理、合同管理等

3、供应商相关

供应商记录、供应商合同、供应订单、零售件（轮胎）等

4、汽车租赁业务 统计报表

4.1 位置报表

 疲劳驾驶统计：车辆持续运行2、4、6以及其他判定为疲劳驾驶等。

疲劳驾驶明细表、疲劳驾驶日报表、疲劳驾驶月报表。

 停车统计报表：可随时查找某车辆在任一时间段内的停车时间和停车地点，并可生成报表。

 停靠超时统计：车辆停靠某位置超过指定时间，则判定为停靠超时。

 里程统计： 根据行驶路线，统计当日里程和月里程，同时支持数据报表导出、打印、其他。

 车辆利用率：车辆是否到达某一站点。

里程、油耗都是通过obd上报，里程如果根据GPS计算，不确定是否可以计算，计算结果是否精确。

车辆运行状态（ACC）也是obd连接车载电脑获取状态码来判定行驶还是熄火。通过gps的速度区分，获取到的数据都不精确。

以上功能报表勉强沾边。

 超速、时速统计：车辆管理系统自动统计出某段时间时速排名。 偏离航向统计：统计某些车辆没有按照固定轨迹运行。

可以将该部分报表划分到报表管理模块

4.2 运营报表

         综合费用统计 车辆保险信息统计 车辆年检信息统计 车辆事故信息统计 行车信息统计 车辆维修信息统计 其他费用信息统计 车辆档案查询 驾驶员档案查询等

第二篇：《社团管理系统》需求分析说明书

系统的前台浏览功能需求

(一)游客的功能

(1)注册成为会员

(2)信息查看,包括公告信息,和各协会活动的情况,照片,视频和文章等

(3)可在交流区浏览帖子

(4)可以留言提出意见或建议

(二)协会会员的功能

(1)会员登录

会员使用自己注册的用户名和密码登录

(2)站内信

有任何活动的发起给改协会成员发送站内信，会员有任何疑问也可以通过站内信进行交流

(3)留言

可以留言提出意见或建议

(4)加入新协会

每个会员都可以加入一到三个协会

(5)查看活动历史

协会成员可以查看历史活动，包括协会活动的所有有关的文档

(6)信息查看

协会认为介绍主要介绍会长和副会长

(7)交流区

协会会员可以发表主题，并可以回复评论

(8)上传,下载

协会会员可以上传下载图片和视频

(9)新协会申请

会员可以申请注册新协会

(10)协会注册

协会根据规定进行学期注册

(三)协会会长功能

(1)协会会长包括协会会员的所以功能

(2)会员管理

会长可以进行协会会员的添加删除查询等

(3)申请活动

申请活动必须填写活动申请单

(4)填写海报单

为每次活动出海报填写海报单

(5)活动通知

活动审批通过后,系统自动通知协会会员有

(6)活动评分

每次活动会长都必须给自己组织的活动进行 评分

(7)系统设置

会长可以对自己协会页面的相关内容进行设置

(8)飞信功能子系统

为确保活动通知到位,设置的附加功能

(9)协会换名

协会换名必须填写换名申请单

(10)协会外请教师申请

申请外教必须填写外请教室申请单

(11)十佳学生社团申请

十佳学生社团申请须填写厦门理工学院十佳学生社团创建申报表

(12)外出活动申请

外出活动需填写外出活动申请表

(13)周末文化大舞台

周末文化大舞台分单项节目申请表，专场活动项目申请表

系统的后台管理需求

一.社团部管理

（一）部长功能

(1)部长审核新协会的申请：

部长对新协会申请的条件进行审核，审核通过后提交给社团部老师审核。

(2)部长对协会注册的审核：

各协会每学期需进行注册，部长对协会的注册条件进行审核，审核通过后提交给社团部老师审核。

(3)审批社团外请教师：

协会会长填写“社团外请教师申请表”后，提交给部长，由部长对具体内容进行审核。

(4)部长对工作时间的设置：

对整个社团部的工作，进行时间的控制，如：

1、活动必须在周几之前提交申请，2、由部长必须在周几审批活动，然后提交社团社团老师，3、再由社团部老师必须在周几进行审批，超出规定的时间，将不能进行活动申请。

(5)审批活动申请：

对协会申请的活动进行审核，主要对活动申请表事项的审核，活动预算经费重点关注，应填写详细,包括宣传经费等。

(6)审核活动质量汇报单、并评分：

会长审核完后，汇报单提交给部长，再由部长进行审核，主要针对各协会秘书、秘书组长、会长的意见内容。

提交前，并对此次活动进行评分，总分10，对应栏位后面有个下拉列表框，可选择分数。

(7)协会分类管理：

部长可根据协会的定义，对协会原本类型进行修改，也可添加新类型、删除类型。

(8)协会分级管理：

部长可根据协会的学年来的表现、活动总分数，对协会级别进行评定后录入，并可进行修改，也可添加新级别、删除级别。

(9)协会风采挑选：

部长可进步各协会界面，对所上传的活动照片进行挑选后，关联发布到社团部首页的社团风采展示区。

(10)审批学生社团换名：

协会会长填写换名申请表格，提交给部长，部长根据情况进行审批。

(11)协会解散、恢复审核：

部长对不符合协会条件的，可进行解散功能、恢复功能。

(12)部门管理与干事考评：

对各部们成员、协会会长（包括副会长）的管理：包括人员的录入、修改、删除； 期末总结：对副部、各组长、各协会会长进行综合考核评语、评分；

对所有人考核完后，提交给社团部老师审批。

(13)各组干事的考核审评

各组组长对各组干事进行考核后的评语、评分提交给部长后，让部长进行审批。

(14)站内信：

进行通知交流功能，可接收社团内部通知和活动通知，也可给社团内部所有成员发布信息。

(15)飞信功能子系统：

在对应的账号里，嵌入飞信功能模块，方便部长在一些工作上采用短信息通知，如：召开例会时间通知等。

（二）秘书组功能

(1)随机指派秘书跟踪协会活动（秘书组长的功能）：

每个协会的每次协会活动，由秘书组长随机指派2个秘书去跟踪协会活动；

(2)填写质量汇报单、并评分：（各协会秘书）

由分派的的协会秘书，在活动过后进行填写质量汇报单，填写完后，点击“提交按钮”，提交给宣传组长。

(3)审核质量汇报单、并评分：（秘书组长）

各协会秘书将提交质量汇报单给秘书组长后，秘书组长对质量汇报单进行审核。

(4)秘书组干事考核：

对本组成员的管理，包括人员的录入、修改、删除；

期末总结对每个干事进行综合考核评语、评分；

对所有人考核完后，提交给部长审批。

（三）宣传组功能

(1)指派宣传成员出海报（宣传书组长的功能）：

每个协会的每次活动，提交海报单以后，由宣传组长指派成员去海报；

需设置成员与相应协会关联。

(2)审核海报：（宣传组成员）

对分配到的海报任务进行审核收集、修改。

(3)秘书组干事考核：

对本组成员的管理，包括人员的录入、修改、删除；

期末总结对每个干事进行综合考核评语、评分；

对所有人考核完后，提交给部长审批。

（四）外联组功能

(1)审核赞助事项：

如协会申请的活动需要经费赞助，在提交《活动申请书》时，需同时附加《活动赞助策划书》，方便外联组长对申请进行审核。

(2)赞助商信息发布：

如果通过审核的活动，将活动策划书发布到网站上，方便赞助商浏览；

同时如果有赞助商想进行赞助，可联系外联组长或者部长。

(3)外联组干事考核：

对本组成员的管理，包括人员的录入、修改、删除；

期末总结对每个干事进行综合考核评语、评分；

对所有人考核完后，提交给部长审批。

（五）办公室功能

(1)打印活动总单（社团留档管理）：

打印内容包括：活动申请单、活动质量汇报单、活动总结（从活动申请到活动结束整个过程文档）

(2)例会内容填写：

对每周的例会，进行记录整理后，上传到网站上，方便工作人员浏览。

(3)办公室干事管理与考核：（关系期末加分）

对本组成员的管理，包括人员的录入、修改、删除；

期末总结对每个干事进行综合考核评语、评分；

对所有人考核完后，提交给部长审批。

(4)飞信功能子系统：

在对应的账号里，嵌入飞信功能模块，方便办公室在一些工作上采用短信息通知，如：召开例会时间通知等。

(5)注意事项提醒：

系统自动检测部长、社团部老师、宣传组长、秘书组长、外联组长（下称工作人员）未登录时间；

在规定的时间内未登录，则发送站内信给办公室成员；

检测各工作人员账号的站内信状态，如果有信息，则用飞信自动通知，否则不通知； 飞信自动通知后，返回发送提示，如果未发送成功，则办公室人员手动通知。

(6)通知各协会、宣传组活动教室地点：

(7)收集各部门人员名单，分类收集：

（六）网络部功能

(1)社团网站维护后台子系统（对应页面管理内容+附加内容）：

(2)页面风格设置：

(3)校园音乐广播：

(4)网络部干事考核：

二.教师管理

1、社团部老师

(1)站内信：

进行通知交流功能，可接收社团内部通知和活动通知，也可给社团内部所有成员发送信息。

（2）审核新协会申请：

部长对新协会申请的条件进行审核，审核通过后提交给社团部老师，再由老师进行审核。

（3）审批协会注册：

各协会每学期需进行注册，部长对协会的注册条件进行审核，审核通过后提交给社团部老师审核。

（4）审批活动申请：

部长对协会申请的活动进行审核通过后，提交到老师这边，再由老师审核。

（5）审批社团外请教师：

协会会长填写“社团外请教师申请表”后，提交给部长，由部长对具体内容进行审核。

（6）审批学生社团换名：

部长根据协会会长填写换名申请表格，审批通过后，由老师再次进行审批。

（7）审核质量汇报单，并评分：

由部长进行审核后，提交给老师进行审核，（8）社团成员查询：

可查看社团部各部门名单及相应职位，与各协会成员名单及相应职位，但不能进行修改等操作，此功能由社团部工作人员进行操作。

（9）社团部门组织管理：

可对社团内各部门进行增、删、改，方便今后社团的组织结构变化。

（10）协会解散、恢复审核：

不符合协会条件的，部长审核后，提交给老师再次进行审核，可进行解散功能、恢复功能。

（11）部门干事考核审评：

通过部长将部门干事的审评后的结果提交给老师，让老师进行再次审评：

老师审评对象：部长、副部长、各部们组长、协会会长（包括副会长）；

审评内容：进行综合考核评语、评分；

对所有人考核完后，提交给社团相应成员。

2、团委书记

审批外出活动：

第三篇：学生公寓管理系统需求分析说明书

学生公寓管理系统需求概况

在学校面向现代化、面向世界、面向未来、面向互联网的21世纪，现今社会是一个讲究效率的社会，人们有很强的时间观念，如果仍使用手工操作或使用相当繁琐的软件，既浪费了人力，又浪费了物力，效率无法提高，尤其是在学校里。为此开发学生公寓管理系统软件，能够适应现今社会并提高生产效率。该系统软件非常容易被接受，它具有简单易学性，双重操作管理体系，便于管理等功能。它是对学校学生管理的一种工具。为使校园网得到高效、合理的利用，以教育信息化带动教育的现代化，加强学校信息管理，将建设成信息化、现代化的新校园，为新世纪的交院增添新气息、树立新形象，学校于2008年全面启动信息化建设工程。

一、主要功能

1、系统管理

（1）用户设置与权限分配（2）公共数据管理

2、公寓房源管理（1）定义房源信息（2）定义房间设施信息

3、公寓住宿管理（1）学生住宿登记（2）调退房登记（3）设施损毁登记

4、公寓分配管理（1）学生分配住房（2）学生调退房处理

5、公寓财务管理（1）预交费用（2）费用结算

6、报表管理（1）财务报告

（2）学生住宿情况统计报告

7、数据检索（1）房源检索（2）学生住宿检索（3）费用检索

二、用户类别

1、系统用户（系统管理员）

2、房源定义用户（公寓管理中心）

3、住房分配用户（系部）

4、住宿登记用户（公寓管理员）

5、财务用户（后勤财务）

三、业务流程

1、初始化处理（1）系统用户定义各类用户及其权限（2）公寓管理中心定义房源

（3）公寓管理中心定义住宿费用已经房源设施及价格（4）公寓管理中心给各系部分配房源（5）对已分配房源但未住宿登记的房源初始化

2、学生住宿处理流程（1）学生到系部分配房间（2）学生到后勤财务交预付款（3）学生到公寓管理员登记住宿

3、学生调房处理流程（1）学生到系部申请调房（2）学生到财务处理住宿费用（3）学生到公寓管理员登记调房

4、学生调房处理流程（1）学生到系部申请退房

（2）学生到公寓管理员登记退房（注意设施损毁登记）(3)学生到财务结算费用（根据预交费用与实际住宿费用结算）

四、相关报表及凭据（1）学生收费收据（2）班级住宿名册

（4）年费用结算报表（按）

（5）房源报表（空置房、房源分配情况、房源登记情况）（6）设施损毁报告（按、按设施类型）（7）房间住宿人员台账（按指定区间）（8）学生住宿情况台账(按指定区间)

第四篇：彩票管理系统需求分析说明书

彩票管理系统需求分析说明书

一． 引言...............................................................................................................................................1 1.编写目的..........................................................................................................错误！未定义书签。2.背景................................................................................................................错误！未定义书签。3.定义................................................................................................................错误！未定义书签。二． 任务概述.....................................................................................................错误！未定义书签。

1．目标...............................................................................................................错误！未定义书签。2.用户的特点....................................................................................................错误！未定义书签。3.系统功能示例................................................................................................错误！未定义书签。三． 需求细则.......................................................................................................................................1 1.对功能的规定...............................................................................................................................1 2.对性能的规定...............................................................................................................................3 3.对排版的规定...............................................................................................................................4 4.对可维护性的规定........................................................................................................................4 5.对个性的规定...............................................................................................................................5 6.对项目过程的规定........................................................................................................................5

一． 引言

二． 需求细则 1.对功能的规定

分必选项和任选项，其中，必选项是必须完成的，属于项目答辩的入口条件，所有人都要做，未完成者取消答辩资格；任选项不是入口条件，但每完成一项都会加分，对于完成了必选项的同学，尽可能地多完成一些任选项，以期获得更高的答辩成绩。如果所有项（包括必选和任选）都完成，那么功能分就是满分。如果设计思路、界面效果、代码组织等方面有个性（或和别人的不同），则获得附加分。

1.1 服务器功能

1.1.1 彩票信息定义 属性：必选

描述：彩票信息必须包含如下项（包括但不限于）：

● ID和彩票名称（字符串）：ID要求全局唯一；

● 类型：例如，体育彩票、慈善彩票、救灾彩票等等； ● 单价：每张彩票的票面金额；

● 已认购数量：截止目前为止，本彩票已被彩民认购的数量。● 状态（布尔类型）：是否已开奖；

● 起止时间：彩票发布时间和结束时间（开奖时间）。

1.1.2 彩民信息定义 属性：必选

描述：彩民信息必须包含如下项：

● 基本数据信息：账号（要求全局唯一）、密码；

● 金额信息：账户余额、已购彩票（类型 + 数量 + 状态）。其中，状态标示是否已开奖及中奖金额。

1.1.3 发布彩票 属性：必选

描述：管理员能够发布（增加）彩票。

1.1.4 保存 属性：必选

描述：彩票信息（彩民信息）既能够在内存中存在，也能够存于磁盘中，掉电后信息不丢失。必须完成下面两种情况：

● 在内存中，所有彩票的信息以链表的方式存在；

● 在硬盘中，以文件形式存在（文件格式不限、内容形式不限）。

1.1.5 删除 属性：必选

描述：能够删除彩票，完成下列情况的任一种即可：

● 一条一条删除（例如根据ID删除）； ● 批量删除（例如根据某种区间删除）。

1.1.6 查询 属性：必选

描述：能够查询某些彩票信息，完成下列情况的任一种即可：

● 根据账号查询；

● 根据已认购金额查询（可能符合条件的有多条记录）； ● 其它更有创意的设计。

1.1.7 排序 属性：必选

描述：能够按序显示彩民信息，完成下列情况的任一种即可：

● 根据账号排序； ● 根据账号余额；

● 其它更有创意的设计。

1.1.8 开奖

属性：必选

描述：管理员能够发布开奖，必选完成下列所有情况：

● 能够显示开奖结果，中奖者的余额要更新（修改功能）；

● 有中奖算法：必须有随机数，中奖算法能够合理计算各中奖号码的中奖金额

（任选）；

1.2 客户端功能

1.2.1 注册登录 属性：必选

描述：彩民能够注册登录到服务器。

1.2.2 查看个人信息和中奖信息1 属性：必选

描述：彩民能够登录系统查看个人信息和账户余额。

1.2.3 查看个人信息和中奖信息2 属性：任选

描述：彩民能够登录系统查看自己的彩票购买历史及其中奖情况。

1.2.4 下注 属性：必选

描述：彩民能够下注。必选完成下列所有情况：

● 提示彩民相关彩票信息（例如彩票名、售价、发布时间等等）。所有彩民登陆后看到相同的彩票信息。

● 彩民可以选择下注哪一种彩票及其数量，确定后从账户余额中扣除相应金额；

1.3 界面友好 属性：必选

描述：用户的一些操作前后做出一些必要的提示或确认。所有完成的功能都需要友好，例如：

● 增加失败提示；

● 删除失败和成功提示、删除前的确认； ● 修改失败和成功提示、修改前/后的确认； ● 查找失败提示、查找成功的确认；

● 退出系统时，如果有修改要提示是否保存； ● 其它方面的界面问题；

2.对性能的规定

本系统在设计方面本着方便、实用的宗旨，性能方面应遵循如下原则： ● 执行效率（时间）： 软件运行应该尽量高效；避免没有必要的循环处理、重复处理； ● 资源损耗（空间）：设计尽量节约资源（内存、数组、链表等）；不用的资源要及时释放； ● 初始化： 变量、数组、内存块、链表节点（其next要置NULL）等都要初始化；

● 健壮性：不能出现野指针、内存泄露、数组越界访问等等：

◎ 申请内存之后，应该立即检查指针值是否为NULL；动态内存的申请与释放必须配对，防止内存泄漏。释放了内存之后，立即将指针设置为NULL，防止产生“野指针”； ◎ 函数的入参要进行有效性判断； ◎ 不允许出现goto语句；

◎ 数组的下标不要发生“多1”或者“少1”操作。

3.对排版的规定

● 缩进要对齐； ● 长行拆分；

● 二元操作符的前后应当加空格，包括如下操作符：

赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符，如“=”、“+=” “>=”、“<=”、“+”、“*”、“%”、“&&”、“||”、“<<”, “^” 等；

● 空行：

◎ 结构体 声明之后、每个函数定义结束之后都要加2行空行； ◎ 逻揖上密切相关的语句之间不加空行，其它地方应加空行分隔； ◎ 一行代码只做一件事情；

◎ “if”、“for”、“while”、“do”等语句自占一行，执行语句不得紧跟其后。不论执行语句有多少都要加 “{ }”；

4.对可维护性的规定

对可维护性的最终要求：别人能够轻松上手你的代码。

● 结构清晰：

◎ 模块化：对界面（显示）、菜单管理、逻辑管理、文件操作等等代码要独立； ◎ 封装：一个函数只做一件事，函数功能要单一；一个函数不能超过100行；

避免重复、冗余代码； ◎ 代码块清晰。

● 变量命名规范，变量名应该具有自明性：

◎ 常量，枚举和宏定义命名

常量名,宏和枚举值由全大写字母组成，单词间通过下划线来界定； ◎ 函数的命名：

使用“动词”或者“动词＋名词”（动宾词组）的形式，由一个或多个单词组成且以小写字母开头，以后每个单词的首字母要大写便于界定 ◎ 变量的命名与定义

应当使用“名词”或者“形容词＋名词”，由一个或多个单词组成且以小写字母开头，以后每个单词的首字母要大写便于界定。

● 注释充分：变量、函数（包括参数、返回值）、代码功能块、一些复杂算法„„等都需要

清晰明了地说明；

5.对个性的规定

把项目做出个性出来。下列各项中有和比人不同之处、或很有创意，即可认为有个性。独立设计的软件，一般都会出现一些个性。参考、抄袭不会出现个性。

● 设计思路：包括软件的整体架构、功能块的设计思路、函数封装等等； ● 功能实现：从用户的角度，使用上发现与众不同的地方； ● 其它方面；

6.对项目过程的规定

本着紧张但不急躁、不参考、不拷贝的原则进行。 紧张但不慌张

项目周期只有一周，这还包括项目答辩时间。所以项目时间比较紧张，但不能慌张。要有自己明确的设计思路，一步步沿着思路走下去，以此来巩固自己所学，锻炼自己的独立工作能力。 能自己做，绝不参考别人

自己还没有做，还没有想，就去看比人的，这样尽管功能做出来了，但却没有什么意义，真正面试时还是不会。作者和读者，天壤之别。

如果自己实在无法搞定，一个问题卡了快一天了，则可以咨询别人一下想法，再行编码；尽量不直接看别人代码。 不拷贝

一旦发现拷贝，取消答辩资格。答辩时发现，答辩成绩减半。

copy别人的代码，甚至直接运行别人的代码，以此作为自己的项目进展，这是严禁的。严禁运行效果出来了，却不知道是哪些代码造成的，严禁明明是自己写的代码，但却不知道为什么这么写。

第五篇：学生成绩管理系统需求分析说明书

学生成绩管理系统需求分析说明书

1． 引言

1.1 摘要

 开发系统的名称：学生成绩管理系统  开发系统的目标：

节约资源，提高学籍信息的精确度。方便快速操作，精简人员，节约开支。结合学校管理的实际需要，实现对学生成绩等数据进行有效管理，提供查询分析功能等。 开发系统的功能：

学生查询功能，管理员查询功能、添加功能、修改功能、删除功能、汇总功能、统计功能。1.2 背景

它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对学生成绩信息进行管理,具有手工管理所无法比拟的优点。例如，检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生档案管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。因此，开发学生成绩管理系统很有必要。 项目的承担者：软件工程0511班小组：李志洋，卢金华，周波  用户：某大学相关技术人员、管理人员及学生

 本系统是学校教学管理系统的一个功能模块，可以快速方便地对学生成绩进行管理、输入、输出、查询，和教务管理系统、教材管理系统、班务管理系统是紧密相连的。例如，教务管理系统要通过成绩管理系统来存储学生成绩信息；班务管理系统也要通过成绩管理中的数据库对学生成绩进行管理。1.3 参考和引用资料

《管理信息系统》.薛华成.清华大学出版社 《软件文档编写》.潘孝铭，辛明海.高等教育出版社 《软件工程》.钟珞.清华大学出版社 1.4

专门术语定义  随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,2． 项目概述

2.1 项目的主要工作内容

2.1.1 确定对系统的综合要求  系统功能要求

系统必须完成的功能有学生查询功能，管理员查询功能、添加功能、修改功能、删除功能、汇总功能、统计功能。此阶段必须确定下来。 系统性能要求

必须考虑到系统的响应时间、系统需要的存储容量以及后援存储、重新启动和安全性等方面。 运行要求

必须确定支持系统运行的系统软件是什么，采用哪种数据库管理系统，需要什么样的外存储器和数据通信接口等。 将来可能提出的要求.应该明确的列出那些虽然不属于当前系统开发范畴，但是根据分析将来很可能会提出来的要求。2.1.2 分析系统的数据要求

通过建立概念模型的方法来分析系统的数据要求。例如，利用数据字典可以全面准确地定义数据。2.1.3 导出系统的逻辑模型

用数据流图、数据字典等，根据对系统的综合要求和数据要求的结果导出系统的详细的逻辑模型。2.1.4 修正系统开发计划

根据在分析过程中获得的对系统的深入、细致的了解，比较准确地估计系统的成本和进度，修改以前制定的开发计划。2.1.5 开发原型系统

构建原型系统用来检验关键设计方案的正确性及系统是否真正满足用户的需要。

2.2 系统需求说明

2.2.1 现行系统的现状调查说明

学生成绩管理系统主要提供方便高效的管理功能以及网上的信息查阅平台，学生可以通过该系统查阅相关信息，管理员可以管理所有信息。 现行系统的目标：

(1)管理员能够方便的对信息进行添加、修改、删除、查询、汇总、统计等操作。

(2)可以将数据库发布到网上，进行资源共享。

(3)学生可以在自己的权限内对信息进行访问，查询相关信息。 现行系统的主要功能：

(1)学生查询功能：为了方便学生查找成绩等信息，将所有信息按照需要进行分类。这样学生就能很方便的找到自己所需要的信息。

(2)管理员查询功能：管理员可以通过条件选择查询所有信息，并进行排序。

(3)添加功能：管理员可以通过填写表格的形式输入学生成绩等相关信息。系统可以自动避免重复信息。

(4)修改功能：管理员可以对数据库中的信息进行修改。系统能够通

过管理员给出的条件查找出所要修改的信息，对修改后的信息进 行保存，并自动查找是否是重复信息。

(5)删除功能：管理员可以对数据进行删除操作。系统能够通过管理员给出的条件查找出要删除的信息，并提示是否确定删除，如果确定删除，则把相关信息从数据库中删除。

(6)汇总功能：管理员可以通过此功能对信息进行汇总。

(7)统计功能：管理员可以通过此功能对信息进行统计。

2.2.2 业务流程说明

 学生成绩管理业务流程图1

图1

从以上的业务流程图可以看出学生成绩管理的基本业务及动态走向，从各科教师给出成绩到学生拿到成绩单要经过系部、教务处等部门。

 学生成绩管理业务流程图2

图2  学生成绩管理业务流程图3

图3 2.3

系统功能说明

 成绩管理系统数据流程图

单科成绩

F3

成绩单

成绩统计信息

F2

F8

顶层图

单科成绩

F3

成绩

F10

学生成绩

F8

F2.1

F2.3

F2.2

补考成绩单

二层图

S1学生科，S2学生，S3教师，S4教务处

P3.1录入，P3.2统计，P3.3查询，P3.4发布

F2成绩单，F2.1学生成绩，F2.2学生成绩单，F2.3补考成绩单，F3单科成绩，F8成绩统计信息，F10成绩，D3学分，D4成绩档案

2.4 系统的数据要求说明  编写数据词典

3． 实施总计划

3.1 3.2 3.3 工作任务的分解 进度 预算