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

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

目录

第一章引言 (1)

1.1背景 (1)

1.2设计目的 (1)

1.3系统功能概述 (1)

第二章术语 (2)

2.1专业术语 (2)

2.1.1需求定义专用术语 (2)

2.1.2系统模型专用术语 (3)

2.2其他术语 (3)

第三章用户需求定义 (4)

3.1用户功能需求定义 (4)

3.2用户非功能需求定义 (5)

第四章系统体系结构 (6)

4.1设计目标 (6)

4.2系统体系结构设计 (6)

4.2.1系统基本框架设计 (6)

4.2.2系统总体模块构成 (7)

4.2.3系统各模块设计 (8)

第五章系统需求描述 (14)

5.1系统需求概述 (14)

5.2系统可行性分析 (14)

5.2.1技术可行性研究 (14)

5.2.2经济可行性研究 (14)

5.2.3运行可行性研究 (15)

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

5.3系统功能需求描述...... .............................................................................................. .15

5.3.1用户权限管理功能 (15)

5.3.2成绩管理功能 (19)

5.3.3课程管理功能 (21)

5.3.4考试管理功能 (24)

5.3.5学生信息管理功能 (29)

5.4系统非功能需求描述...... . (29)

5.4.1系统安全性需求 (29)

5.4.2系统可靠性需求 (30)

5.4.3系统人机界面需求 (30)

5.4.4系统开发及运行环境需求 (32)

第六章系统模型 (33)

6.1上下文建模 (33)

6.2数据流模型 (34)

6.3序列图模型..... .......................................................................................................... ..34 6.4对象模型..... .............................................................................................................. ..36 6.5数据字典 (36)

6.6视点层次模型 (37)

参考文献 (38)

第一章引言

1.1 背景

随着计算机技术的发展,特别是计算机网络技术与数据库技术的发展,人们的生活与工作方式发生了很大的改变。网络技术的应用使得计算机之间通信、信息共享成为可能,而数据库技术的应用则为人们提供了数据存储、信息检索、信息分析等功能,从而使得工作更高效地进行。

成绩管理是学校教学管理中重要的环节之一。近年来,随着学校的不断扩招,学生数量的急剧增加,有关学生的各种信息量也在成倍增长。面对庞大的信息数据量,传统的手工式管理学生成绩的工作方式己经不能适应现代化学校的发展。

1.2 设计目的

随着互联网的发展,利用internet 技术来实现“无纸办公”这个概念已经深入人心,校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。服务教学、提高教学水平和效果是校园网建设的核心目标和核心价值。

利用计算机进行成绩管理可以提高成绩管理工作的效率,从而做到信息数据的规范化、数据统计的准确性、并有查询方便、存储量大、检索快捷,保密性好等优点,大大减少管理方面的工作量。通过使用计算机技术等手段,我们可以做到信息的规范管理和快速查询统计,实现了学生成绩管理的系统化、规范化和自动化;这样不仅减少了管理工作量,还有利于提高效率,降低成本。使教育基础管理工作迈出了一个新的台阶,从而实现了教育基础管理的信息化、科学化、现代化。因此,开发学生成绩管理系统是有必要的。

1.3 系统功能概述

系统主要功能分为两部分,一是教师在网上可以录入成绩,学生可以网上查询成绩,二是实现成绩、考试、学生等信息的后台录入、查询、删除、统计、等功能。

第二章术语

2.1 专业术语

2.1.1 需求定义专用术语

1)用户需求

关于系统服务和约束的自然语言加上方块图表述。为客户撰写。

2)系统需求

一个结构化的文档写出系统的服务。作为客户和承包商之间的合同内容。

3)功能需求

系统需要提供的服务的表述,系统应该如何响应特定输入,系统在特定的情形下应该如何动作。

4)非功能需求

系统提供的服务或功能上的约束,例如时间约束、开发过程约束、标准等。

5)人机界面

人机界面(Human Machine Interaction,简称HMI),又称用户界面或使用者界面,是人与计算机之间传递、交换信息的媒介和对话接口,是计算机系统的重要组成部分。是系统和用户之间进行交互和信息交换的媒介,它实现信息的内部形式与人类可以接受形式之间的转换。

2.1.2 系统模型专用术语

1)上下文建模

上下文模型用来说明系统的边界,社会和机构的因素会影响系统的边界,描述一个系统及其与其它系统之间的关系。

2)数据流模型

数据流图从功能的角度对系统建模,追踪数据的处理有助于全面地理解系统,数据流图也可用于描述系统和外部系统之间的数据交换。

3)序列图模型

序列图主要用于按照交互发生的一系列顺序,显示对象之间的这些交互。序列图的主要用途之一,是把用例表达的需求,转化为进一步、更加正式层次的精细表达。

4)对象模型

对象模型描述系统的对象类,一个对象类是一系列具有共同属性和服务的对象的抽象描述。

5)数据字典

数据字典是系统模型中用到的所有名称的列表。包括实体、关系和属性的描述。

2.2 其他术语

B/S结构:

B/S结构(Browser/Server,浏览器/服务器模式),是WEB兴起后的一种网络结构模式,WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用。客户机上只要安装一个浏览器(Browser),如Internet Explorer,服务器安装Oracle、Sybase、Informix 或 SQL Server等数据库。浏览器通过Web Server 同数据库进行数据交互。

第三章用户需求定义

3.1 用户功能需求定义

经分析可知,学生成绩管理系统的主要服务对象包括:教师、学生、管理员等。

?教师:可以对学生成绩、学生信息、课程、考试信息等进行录入、修改和查询等。

?学生:可以查询成绩、课程、考试信息等,并进行补考申请。

?教务人员:对院系、专业、班级、学生、课程、成绩等信息进行综合管理。保证其

信息的完整性和有效性。

?管理员:可以进行权限管理、系统维护等。

综上所述,系统需要具备以下功能:

1)信息录入功能

包括学生信息、成绩、课程、考试信息等的添加。

2)信息查询功能

能根据给定的条件,如学号、班级、院系等,查询出具体信息,如成绩、课程、考试信息等。

3)信息修改功能

具有对应权限的使用者可以对相关信息进行修改。

4)信息删除功能

具有相应权限的使用者可以对相关信息进行删除。

3.2 用户非功能需求定义

包括系统安全性、可靠性、人机界面、响应速度等都要符合规范,做到风格和谐、界面美观、反应迅速、安全性高等。基于“以人为本”的思想,使系统的设计符合人的基本习惯、基本思维方式,更好地达到系统的操作与人的统一,最大化地方便于人类。

今年来,随着科学技术的发展,人们不仅仅满足于系统功能的实现,更多地看重于系统的一些非功能性需求,因此,用户非功能需求定义越来越有着举足轻重的地位。

第四章系统体系结构

4.1 设计目标

系统开发的总体任务是实现学生成绩关系的系统化、规范化和自动化。设计要求分析显示在系统开发的总体任务的基础上完成的。

本文中的学生成绩管理系统的设计要求主要有:

1)有关成绩等信息的录入、查询、修改和删除等,包括输入学生基本信息、所在班级、所学课程和成绩等。

2)学生信息的查询、修改和录入,包括学生的基本信息、所在班级、己学课程和成绩等。

3)学校基本课程信息的录入、查询、修改和删除等。

4)学生成绩信息的输入、修改、查询。

4.2 系统体系结构设计

4.2.1 系统基本框架设计

该系统主要采用C/S结构,客户机通过访问web服务器来访问数据库,从而实现一些功能。用户需要通过身份验证进入系统,并根据不同的身份等级,有各自不同的权限。学生成绩管理系统体系结构如下图所示:

图4-1 学生成绩管理系统体系结构图

4.2.2 系统总体模块构成

如下图所示,学生成绩管理系统总共由5个模块构成:用户权限管理、成绩管理、课程管理、考试管理、学生信息管理。每个模块分别由对应的小模块构成。

特别说明的是,该系统实施权限管理,不同级别的用户进入该系统具有不同的功能。第一级即为超级管理员,除了具有信息录入、修改、删除、查询的功能外,还能够审核和管理用户权限等;第二级即为一般管理员,如老师等,具有信息录入、修改、删除、查询功能;第三级即为普通用户,如学生,具有信息查询功能,也是最基本的功能。

图4-2 系统总体模块构成

4.2.3 系统各模块设计

1)用户权限管理模块

用户通过身份验证进入系统,该模块设计主要是为了保证系统数据的安全性。主要功能有:添加用户、修改用户、注册审核、登录审核、删除用户等。如下图:

图4-3 用户权限管理模块设计

在用户登录的时候要输入用户名和密码,不同的用户具有不同的操作权限。在登录系统时候用户只需输入操作人员姓名和登录密码,而其它的详细信息如用户姓名、用户权限、用户单位、备注等信息则会从数据库中自动检索出来。在网上,教师输入用户名和密码则显示要录入成绩的信息;学生输入用户名和密码则显示要查询的课程成绩信息。在后台管理系统中,成绩管理员输入用户名和密码则进入后台管理系统,可以对成绩信息进行处理工作。主要流程如下图所示:

图4-4 用户权限管理流程图

2)成绩管理模块

成绩管理模块主要功能包括:成绩录入、成绩查询、成绩修改、成绩删除等。如下图所示:

图4-5 成绩管理模块设计

成绩录入:

录入某次考试中一科或多科的成绩。提供两种录入方式单条记录方式和批

处理方式。注此项功能仅限于系统管理员及老师。

?成绩查询:

对学生,提供两种方式查询成绩:在校成绩查询和分学期成绩查询。在校成绩查

询是指一次性输出在校期间所有科目的成绩;分学期成绩查询是指首先选择要查询的学期,然后查询这一学期内的所有成绩。

对教师,首先选择要查询的院系、年级、班级等信息,然后输出学生成绩信息。

成绩修改:这项功能仅限于系统管理员,通过身份验证后,能根据输入的学生信息改变其成绩。

?成绩删除:方式同成绩修改。

系统使用者通过身份权限验证,进入不同的功能模块,其流程如下图:

图4-6 成绩管理模块操作流程图

3)课程管理模块

课程管理模块主要功能包括:成绩录入、成绩查询、成绩修改、成绩删除等。其中,和成绩管理模块相似,不同级别的用户,拥有不同的功能权限。对于普通学生,只有课程查询的功能;而对于教师和系统管理员,则有课程录入、修改和删除的权限。基本设计如下图所示:

图4-7 课程管理模块设计

4)考试管理模块

考试管理模块主要功能包括:考试查询、补考申请、考试发布、考试修改等。

?考试查询:系统使用者可通过身份验证进入系统查询考试时间、地点等。

?补考申请:考试不及格者可通过此渠道进行补考申请。

?考试发布:老师和系统管理员可通过此系统进行考试发布,公布相关考试的时间、

地点等。

?考试修改:老师和系统管理员可通过此系统进行考试时间、地点等的修改。

其基本功能设计如下图所示:

图4-8 考试管理模块设计

5)学生信息管理模块

学生信息管理模块主要功能包括:学生信息录入、学生信息查询、学生信息修改、学生信息删除等。

?学生信息录入:系统管理者通过身份验证进入系统,录入学生信息,包括学号、姓

名、籍贯、出生年月、政治面貌、家庭住址等。

?学生信息查询:系统管理者和获得该权限的部门(如院级管理者)可以通过身份验

证进入此系统查询某个团体(如某个班级、年级等)学生或某个特定学生的基本信息。

?学生信息修改:权限限定为系统管理者以及获得该权限的部门。

?学生信息删除:情况基本同学生信息修改。

其基本功能设计如下图所示:

图4-9 学生信息管理模块设计

第五章系统需求描述

5.1 系统需求概述

总体来看,本系统采用B/S架构,客户端通过web服务器访问数据库,从而实现相应功能。因此本系统的设计需要用到网络技术、数据库技术等等。

5.2 系统可行性分析

可行性研究的目的是确定问题是否能够解决。也就是说可行性研究的目的,是确定问题是否值得去解决,研究在当前的具体条件下,开发新系统是否具备必要的资源和其它条件。下面从经济可行性、技术可行性、运行可行性等方面分析系统可行性。

5.2.1 技术可行性研究

技术可行性要考虑现有的技术条件是否能够顺利完成开发工作,软硬件配置是否满足开发的需求等。

目前,全国计算机越来越普及,每个学校都配有计算机,为我的这套软件提供了硬件环境。本学生成绩管理系统是一套基于 B/S(浏览器/服务器)结构的管理系统,是基于网络技术和数据库技术的过程,目前这些开发技术已经成熟。通过计算机以及配套的软件,用户可以从不同的地方存取各种信息。从浏览器/服务器方式上发展起来的框架结构为我们提供了开发本系统的基础。

5.2.2 经济可行性研究

主要从对项目的经济上进行分析评价,一方面是项目的支出,包括工作量成本、软件和硬件费用、差旅费和培训费用等,另一方面是项目的收益。这是个小型的管理系统,从投入的人力,财力与物力来讲是非常之小的,从节省人力方面,可以让管理人员省去繁琐的人工操作,提高工作效率,大大提高办公学习效率。所以在经济上是可行的。

5.2.3 运行可行性研究

随着科学技术的进步和社会经济的发展,计算机在现实生活、工作中扮演越来越重要的角色,PC机价格不断的下降,学院从硬件到软件都投入了大量的人力、物力、财力,在教务上,给各个办公室配置了计算机,并能联接到互联网,,可以快速、方便地使用计算机进行日常工作。

与此同时,在大学校园里,越来越多的计算机已经进入同学们的宿舍,成为他们学习,生活中的一部分。由上可知,开发学生成绩管理系统在学校中具有可行性。

5.3 系统功能需求描述

5.3.1 用户权限管理功能

具体包括:添加用户、修改用户、注册审核、登录审核、删除用户等。

1)添加用户

点击“添加用户”,弹出用户添加界面,在用户添加窗口中相应的文本框中输入用户名、密码和确认密码,选择身份(学生、老师和管理员),点击“确认添加”按钮,先对两次输入的密码进行比较,如过比较的结果相同,则将输入的用户名和密码信息添加到用户数据表中,否则提示“两次输入的用户名密码不相同”,如果所添加的用户名在数据表中已存在,则提示“该用户名已存在”。修改成功后提示“添加用户成功”。如下图所示:

图5-1 “添加用户”操作界面示意图

2)修改用户

点击“修改用户”,弹出用户修改界面,修改相应内容,点击“确认修改”按钮,修改成功后提示“修改用户成功”。如下图所示:

图5-2 “修改用户”操作界面示意图

3)注册审核

点击“注册用户”,弹出用户注册界面,在用户注册窗口中相应的文本框中输入用户名、真实姓名、密码和确认密码,选择身份(学生、老师和管理员),填写常用邮箱,点击“注册”按钮,先对两次输入的密码进行比较,如过比较的结果相同,则将注册信息发送给管理员处理,提示“注册成功,请到邮件中激活账户!”,否则提示“两次输入的用户名密码不相同”,如果所注册的用户名在数据表中已存在,则提示“该用户名已存在”。如下图所示:

图5-3 “用户注册”操作界面示意图

4)登录审核

点击“登录”,弹出用户登录界面,在用户登录窗口中相应的文本框中输入用户名、密码和验证码,选择身份(学生、老师和管理员),点击“登录”按钮,系统对输入的用户名和密码进行匹配,若在数据表中,则跳转到服务界面。若用户名不在数据表中,则提示“该用户名不存在!”,若密码错误,则提示“密码错误”,若密码错误次数超过3次,则提示:“密码错误超过3次,今日该账户锁定!”,此外,也可通过“浙大通行证”进行登录。(这里需要学生成绩管理系统与浙大通行证系统的接口)如下图所示:

图5-4 “用户登录”操作界面示意图

5)删除用户

点击“删除用户”,弹出如下界面,确认是否删除该用户,避免误操作。如下图所示:

图5-5 “删除用户”操作界面示意图

管理系统软件需求说明书

厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07

修改记录

目录

第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件,作为双方界定项目范围、签定合同的主要基础,也作为本项目验收的主要依据。同时,本文档也作为后继工作开展的基础,供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员,其中:项目负责人、公司方项目经理、技术开发人员(包括分析人员、设计人员、程序人员)、测试人员应重点阅读本文档各部分,其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统,其次从软件接口等方面描述系统的外部接口需求,然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营,工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接,途经青礁村、海门岛,止于漳州龙海市沙坛村后宅处,终点里程桩号K10+400.390,与招银疏港高速公路相连。路线长度为9335.390m,其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分,双向6车道,设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座,共296根斜拉索,用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥,主跨780m,可满足3万吨级船舶安全通航,在同类型桥梁中居全国第六、世界第

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

学生成绩管理系统 第一章引言 (1) 1.1 目的: (1) 1.2 背景 (1) 1.3 定义 (2) 1.4 参考资料 (2) 第二章任务概述 (2) 2.1 目标 (2) 2.2 运行环境 (2) 第三章数据描述 (2) 3.1 静态数据 (3) 3.2 动态数据 (3) 3.3 数据库描述 (3) 3.4 数据字典 (4) 3.5 数据采集 (4) 第四章功能需求 (5) 4.1 功能划分 (5) 4.2 功能简述 (5) 第五章性能需求 (5) 5.1 数据精确度 (5) 5.2 时间特性 (5) 5.3 适应性 (5) 第六章运行需求 (5) 6.1用户界面 (5) 6.2硬件接口 (5) 6.3软件接口 (5) 6.4故障处理 (5) 第七章其他需求 (6) 第一章引言 1.1 目的: 运用软件对学生的成绩进行管理,科学而有效,不仅可以减少教师的工作量,方便学校对于所有学生的成绩进行系统的管理,而且便于学生适时的查询自己的成绩。一款优秀的学生成绩管理软件,正好可以满足当前的市场需求,取得一定的经济效益。本软件就是针对此种情况和客户需求而开发。本说明书明确了客户的各项需求,为程序开发人员明确了所开发软件应具有的功能和注意事项。 1.2 背景 ?开发软件名称:学生成绩管理系统。 ?项目开发者:山东艾仪嘉软件技术有限公司开发小组: 张钊锋(组长),杨廷婷,黄婷,林德伟,屠伟,张旭松,张杰

?用户单位: 1.3 定义 VB 是Visual Basic的简写,是可视化的编程语言。是一种简单、高效地开发应用软件的工具。 SQL (Structured Query Language)是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。 数据流图简称DFD,就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。 E-R图(Entire and Relation)为实体-联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。 数据字典(Data dictionary)是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时,其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。 静态数据系统内部有关的数据结构和操作规程。 动态数据程序运行时输入和输出的数据。 数据采集又称数据获取,是利用一种装置,从系统外部采集数据并输入到系统内部的一个接口。 1.4 参考资料 文档引用的规范: 《软件工程导论》张海藩主编清华大学出版社2005年8月出版 《软件生命周期质量保证与测试》张向宏主编电子工业出版社2009年5月出版技术资料参考: 《数据库原理与应用案例教程》郑玲利主编清华大学出版社2008年9月出版 《Visual Basic完全自学手册》俞磊等编著机械工业出版社2009年1月出版 第二章任务概述 2.1 目标 使点菜信息更加系统化,信息更加精确化。使管理人员管理更加方便,能够改动部分信息,最大化的满足客户的需求。系统能自动保存信息,给查找数据留下依据。 2.2 运行环境 硬件环境:计算机(含键盘、鼠标等),打印机等外围设备。 软件环境: 建议配置:操作系统windows 2000/XP/Vista CPU PentiumⅣ以上 内存128M以上 硬盘空间100M以上 第三章数据描述

软件需求规格说明书案例

软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)

3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)

当当网用户需求分析说明书().

当当网项目用户需求说明书 Version : 1.0 编制:班第三组 审核: 日期: 2013-12-8

文档修订历史纪录 目录 1.简介 (4) 1.1.目的 4 1.2.范围 4 1.3.定义、首字母缩写词和缩略语 (4) 1.4.参考资料 (4)

2.用户当前的操作模式 (4) 3.用户需求 (5) 3.1.用户要解决的问题 (5) 3.2.用户对任务/功能的要求 (5) 3.2.1.业务概述 (5) 3.3.活动项描述 (7) 3.3.1.活动项1 (7) 3.3.2.功能项2 ......................................................................... 错误!未定义书签。 3.3.3.功能项n (10) 3.4.其它系统需求 (16) 3.4.1.用户对环境的要求 (16) 3.4.2.用户对易用性的要求 (16) 3.4.3.用户对硬件/软件的要求 (17) 3.4.4.用户对质量的要求 (17) 3.4.5.用户对性能的要求 (18) 3.4.6.用户对安全性的要求 (18) 3.4.7.用户对可兼容性/可移植性的要求 (18) 3.4.8.用户对交付项的要求 (18) 3.4.9.用户对服务与支持的要求 (19) 3.4.10.用户对培训的要求 (19) 3.4.11.用户对包装的要求 (19) 4.验收标准 (19) 错误!未指定书签。说明书

1. 简介 1.1. 目的 本文档是对当当网项目进行总体分析,反复使用原当当网之后,得出的需求说明文档。为后续开发提供必要依据。本文档确立了本次开发的基线,是后续用户验收项目和开发人员开发项目的依据。 1.2. 范围 本网站系统涉及图书展示,图书订购,网银支付,物流配送等功能。 在网上购物的消费者能够使在网站展示的图书中进行筛选,内容预览,购买自己需要的图书,并能快捷的支付,查看物流信息,对不满意的商品进行退货处理。 网站的拥有者能够清楚的了解到本网站的运行状况,图书的销量状况,便捷的添加修改图书内容、价格及库存信息,节省人力物力资源。 1.3. 定义、首字母缩写词和缩略语 1.4. 参考资料 [1] 明日科技. https://www.360docs.net/doc/6f14215291.html,从入门到精通[M]. 电子工业出版社 [2] 杨贵,杨兴. 21天学通Javascript[M]. 电子工业出版社 [3] 黎照 . 软件工程常用模板[M]. 清华大学出版社 2. 用户当前的操作模式 普通上网用户,会用IE ,谷歌,火狐等浏览器在Windows环境下上网网购、查询信息。

OA管理系统需求规格说明书

WebOA管理系统需求规格说明书 2009/11/20

1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录:项目成员介绍及组内评分错误!未指定书签。

学生成绩管理系统分析报告

学生成绩管理系统分析报告 ■建立新系统的必要性 随着学校规模的不断扩大,专业、班级、学生的数量急剧增加,有关学生各门课程的成绩的各种信息量也成倍增长,学生成绩管理操作重复工作较多,工作量大,因此,建立学生成绩管理系统来提高工作的效率。基于互联网的学生成绩管理系统,在学生成绩的规范管理、科学统计和快速查询方面具有较大的实用意义,提高了信息的开放性和快速性。使学生信息更加系统化,信息更加精确化。使管理人员管理更加方便,能够改动部分信息,最大化的满足工作的需求。 学生成绩管理系统的建立,在学生查询成绩的规范管理、科学统计和快速查询方面具有较大的实用意义,它提高了信息的开放性,大大改善了学生对其最新信息查询的准确性。成绩管理系统有查找方便、可靠性高、存储量大、易操作、保密性好、信息保存时间长等优点,它能极大的提高老师和学生成绩信息管理的效率。 ■业务流程分析 通过对学生成绩管理业务的调查分析,弄清了学生成绩管理系统的业务流程和管理功能,系统的业务流程如下图所示: 业务流程图部分: 登录教师 管理页面 学 生信息 录入教 师 管 理 信 息 输 出 系 统 控 制 信 息 登录查询 信息反馈 信息反馈 学生 管理员 学生成绩管理系统教师

管理功能部分: 从业务流程图可以看出,学生成绩管理系统中分为大的三个方面:系统管理员模块、教师模块、学生模块,其主要管理功能有: 1、系统管理员功能 系统管理员进入学生成绩管理系统的主要功能是:实现管理员用户的添加、修改和删除,以及对教师添加、教师修该、教师删除、教师查询、学生的添加、学生的修改、学生的查询等基本功能,并且参与开设课程、选择课程的管理,安排教师的任课和学生的选课工作,管理元为每门课程设置一个学分,没门课程可以是必修或选修,如果学生及格,学生将获得该课程学分。 2 、教师功能 教师进入学生成绩管理系统的主要功能是:各科教师登录系统后查询和修改个人信息、修改自己的账号密码,查询自己的授课课程,实现对选秀了自己课程的学生的成绩进行查询、录入和修改,各科老师可以对自己学生选修课程结束后给与分数,同时可以对自己所带课程的成绩优秀人数、及格人数和不及格人数的分布信息进行查询。 3 、学生功能 学生进入学生成绩管理系统的主要功能是:每个学生登录系统后可以查询和修改个人信息、修改自己的账号密码,以及自己所选课程任课老师的个人信息,同时在课程结束后可以查询在校期间各个时间段选修课程的成绩与学分,以及对单科成绩和总分的排名查询。 录入学生信息 录入课程信息 录入成绩信息 查询成绩 查询个人信息 管理员 学生表 成绩表 课程表 验证信息 学生

软件需求分析规格说明书格式

软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数:1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者,开发者,及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系,最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件,如管理模式,硬件限制,技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工,按编号,加工名,输入流,输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项,数据结构,文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求,如屏幕格式,报表,菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容,格式以及运行软件的硬件设

备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格,支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间,更新处理时间,数据传输转换时间,计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式,精度要求,时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求,如检查点设置,恢复方法和重启动方法,以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全,信息安全面而采用的技术措施,如密码,防病毒,防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性,扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构,动态组织,访问信息的方式,使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式,如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统),并指出故障可能造成的影响及故障排除的方法。 8 附录

软件需求分析说明书模板

保密级别:S 资料编号:SRS-[产品代号] -[序列号] 版本:V[*].[*] [产品型号名称(二号字体)] [部件型号名称(可选、小二号字体)] 软件需求分析说明书 共11页 编制: 审核: 审定: 会签: 批准: XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移\转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明:本模板中的蓝色字体与橙色字体为说明性文字,在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者范围。 1.2 范围 说明: a.待开发的软件系统的名称; b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c.描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

酒店管理系统需求说明书

酒店管理系统需求分析说明书

目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)

1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来,实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求,不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。

2.为财务提供严密的账系统。 3.提高决策依据:管理者可以随时了解经营情况,以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉,例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等,从而影响出租率,使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决,酒店管理的电脑化,不仅是体现酒店现代化形象的一个重要标志,而且对于提高员工工作效率,加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理,客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图

需求分析说明书

《人力管理系统-需求计划》 需求分析说明书 1.引言 1.1编写目的 能够为系统分析师设计完成概要设计提供资料。 1.2背景 1)《人力资源管理系统-需求计划》; 2)参与者:系统分析员,软件工程师,测试工程师。 3)使用者:人力资源部门员工和部门高级管理人员。 1.3专门术语的定义 岗位本职:该岗位的工作职责范围。 岗位任职资格核心要求:指该岗位上的员工所要具备的资格和技能。 1.4参考资料 《需求调研报告》 《面向对象设计思想》 《UML设计思想》 1.5阅读对象 本文档的读者是参与《人力资源管理系统开发》的软件工程师和测试工程师,本系统的使用将极大提高工作效率,简化手工作业流程,降低手工工作量和错误率。 2任务概述 2.1 目标 提高人力资源部门的工作人员和高级管理人员完成“人员需求计划”工作的效率,以软件系统的灵活的处理方式来简化繁琐的人工操作工程。

2.2 用户特点 1) 熟悉基本的计算机操作; 2) 熟悉人力资源管理工作的内容和流程; 3) 高级管理人员; 2.3 假定和约束 开发的期限为1个月。 开发的人员为N人 2.4总体需求描述 1)通过组织管理中有关管理模块或人事管理模块相关信息,提醒:出现岗位空缺(向用人 部门主管、负责人,人力资源部招聘中心负责人、部长提示)。 2)提示用人部门负责人该岗位的需求信息,形成需求计划。 3)确定是否执行需求计划,若选定为“暂不需要”,则待约定日期到期后再提醒,若选定为“需 要”则自动转入待批准需求类计划列表当中。 4)人力资源部人力规划与招聘中心审批待批准需求计划,进行一次审核。 5)人力资源部长进行二次审核,若审核通过(列明可选理由并附文字说明)进入三次审核, 若不通过(列明可选理由并附文字说明)则将该记录保留并抄转至用人部门负责人,并 予以提醒。 6)分管副总进行三次审核,若审核通过(列明可选理由并附文字说明)则在招聘计划板块 生成招聘需求,若不通过(列明可选理由并附文字说明)则将该记录保留并抄转至用人 部门负责人,并予以提醒。 7)最后向招聘中心负责人、人力资源部长、分管副总、用人部门负责人提醒:用人部门已 经提交两周后未及时处理的需求计划。

课程管理系统需求说明书

燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院:信息学院 姓名:郭文月 学号: 140210100 专业班级:计科1404 指导教师:周建敏

1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)

1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解,使之对整个开发工作的基础,明确系统需要实现的功能,确定需求边界。特编制本文档。本文档一经确认,将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有:本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称:学生课程管理系统 项目的任务提出者:燕京理工学院信息院郭文月 用户:学生 实现软件的单位:1404班郭文月学生 兼容系统:Windows XP SP2/SP3,win7 ,win8 开发工具:Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》,肖丁等,北京邮电大学出版社。 [2]《https://www.360docs.net/doc/6f14215291.html,+Dreamweaver8案例精粹》武新华等,西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》,陈承欢,清华大学出版社 2任务概述 2.1目标 课程的管理:包括课程的添加,修改和删除等 学生信息的管理:包括学生信息的添加,修改和删除等 学生课程的管理:包括学生通过浏览器进行添加登录用户,学生添加课程的学分信息等。 | 2.2假定和约束 经费限制:100万 开发时间:六个月之内 3需求规定 3.1对功能的规定

学生成绩管理系统需求分析报告

《学生成绩管理系统》 需求分析报告 报告名称学生成绩管理系统 专业计算机信息管理 班级信息管理GZ1301 姓名 xxx xx xxx xxx xxx xxx 指导教师任xx

学生成绩管理系统需求分析 1引言 编写目的 学生成绩管理系统提供了强大的学生成绩管理管理功能,方便系统管理员对学生成绩等信息的添加、修改、删除、查询等操作同时一样的方面学生对自己各科成绩查询,学习的交流。 项目背景 作为计算机应用的一部分,使用计算机对学生成绩信息进行管理,有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生成绩管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。因此,开发这样的一套成绩管理系统成为很有必要的事情。 参考资料

《软件工程案例教程》…毕硕本卢桂香编著北京大学出版社易语言新版学习教材《中文编程—学习进阶》海洋大学出版社运行环境 (1)硬件环境 台式机或笔记本电脑 运行时所需内存:500MB; (2)软件环境 Windows操作系统 性能需求 1 数据的准确性 查询时应保证此学生的所有信息都是正确的。 2 时间特点 操作响应时间不能太长,数据的输入也该在一定时间内完成。故障处理 正常运行时不应出错,若时出错的话,应该有恢复系统的功能,并且必须保护数据的准确性。

软件属性需求 1 正确性 要求所开发的软件要达到用户的需求,运行时基本无误 2 可靠性 一般条件下,不应该出现故障. 3 效率 对用户的要求要有极快的响应 4 易使用性 要求能尽量为用户的使用提供方便 5 可维护性 当软件出错时可以尽快的进行修改 6 可移植性 要求本软件能在Windows系统上进行移植 7 互联性 要求提供数据的导入和导出接口,以易于同其他系统的连接

软件需求规格说明书(案例)

软件开发方向“成绩管理系统”软件需求规约 二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (7) 2.3 运行环境 (8) 2.4 假设与依赖 (8) 3 系统特性 (9) 3.1 系统角色 (9) 3.2 学生管理 (10) 3.2.1 增加学生信息 (10) 3.2.2 修改学生信息 (10) 3.2.3 删除学生信息 (10) 3.2.4 导入学生信息 (10) 3.3 教师管理 (11) 3.3.1 增加教师信息 (11) 3.3.2 修改教师信息 (11) 3.3.3 删除教师信息 (11) 3.3.4 导入教师信息 (11) 3.4 课程管理 (12) 3.4.1 增加课程基本信息 (12) 3.4.2 修改课程基本信息 (12) 3.4.3 删除课程基本信息 (12) 3.4.4 维护课程学生信息 (12) 3.5 成绩查询 (13) 3.5.1 学生查询成绩 (13) 3.5.2 教师查询成绩 (13) 3.6 成绩分析与统计 (13) 3.6.1 考试成绩表 (13) 3.6.2 班级各科平均成绩表 (13) 3.6.3 年级成绩排名表 (14) 3.7 系统维护 (14) 3.7.1 数据字典维护 (14) 4 非功能性需求 (14) 4.1 性能需求 (14) 4.2 安全性需求 (14) 4.3 可用性需求 (15)

运维管理系统需求说明书

1概述 1.1开发背景和意义 随着公司规模的迅速扩大,现行的纯纸质化办公,效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公,成为日常办公的严重制约。尤其是需要审批的事项,如果遇到审批人出差或不在公司,往往需要等待,协调的成本很高,工作决策不能及时进行,大大降低了工作效率。开发审批系统,使得申请人和审批人不受地域和时间限制,审批流程自动流转,相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性,减少系统间的相互依赖,使其能单独运行,便于开发和维护,也有利于以后的扩充,做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验,以及与实际审批业务的贴合性,真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括: (1) 考勤管理:员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 (2)转正申请:员工完成试用期,进入转正审批环节,完成该环节后,成为正式员工。 (3)物资申请:办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。

1.5业务数据时间要求 针对用户对数据的要求,业务数据做永久性保存,部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求;以供本系统的开发人员参考。 项目背景 开发软件名称:学生信息管理系统。 用户:教学办公室 项目和其他软件:系统的关系。 本项目采用客户机/服务器原理,客户端程序是建立在window NT系统上以 Java为开发软件的应用程序,服务器端采用Linux为操作系统的工作站,是采用Oracle 的为开发软件的数据库服务程序。 定义 学号:学校给学生的编号,用来区分各个学生的信息的中介。 课程名:学校开设课程的名字 Java+SQL:编写该系统的面向对象的开发语言和数据库语言。

参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2.任务概述 目标 ⑴开发意图:由于学校的不断招生,现有的系统空间小,运行速度缓慢,操作过于复 杂,有的操作还不能执行,所以要开发本系统。 ⑵应用目标:学生信息管理系统将解决现有系统的空间不足,运行缓慢,操作复杂,操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统:Microsoft Windows xp 支持环境:IIS 数据库:Oracle 软件设备:eclipse 内存:512 M以上 硬盘空间:40G以上 CPU: 233MHZ以上

内存:256M以上 硬盘空间:以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人,用来做学生信息的存储,对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度,结合他们日常工作的频繁程度,系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性,有非常高的要求。本系统的规模比较小,并且将提供操作手册进行操作项的详细说明 (1)、Client/Server结构总体设计方案对它的约束:本系统做为Client/Server 结构的一个应用系统,不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。同时,由于信息的共享,机票预订系统还受到其它系统的信息约束。 (2)、人力、时间的约束:本系统开发过程中也要考虑到人力、资金和时间的约束。 (3)、技术发展规律的约束:计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。 3.需求规定 对功能的规定 系统流程图:系统流程图是用户操作此系统的流程和各个用户能够操作的功能,如A-1就是一个系统流程图;用户有系统管理员,教师和学生,每个用户要进入此系统都要登录。每个用户有不同的功能,系统管理员有查询,增加,修改,删除,修改密码,设置权限等功能;教师有查询,修改密码和输入学生成绩的功能;学生只有查询和修改密码的功能。 A-1系统流程图 用例图:用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能,像修改密码,管理学生信息、成绩信息、课程信息、班级信息并且设置权

管理系统需求说明书-boobooke

车辆管理系统需求说明书 中国电信安徽公司 二00九年三月

目录 1. 需求功能点阐述 (3) 1.1.车辆档案管理 (3) 1.2.车辆保险合同管理 (4) 1.3.人员档案管理 (5) 1.3.1.驾驶员档案管理 (5) 1.3.2.车队管理人员档案管理 (6) 1.4.出车管理 (7) 1.4.1.派车流程管理 (7) 1.4.2.出车费用管理 (9) 1.5.车辆维修管理 (10) 1.5.1.车辆维修申请流程 (10) 1.5.2.维修单信息管理 (12) 1.6.车辆统计 (12) 1.7.车辆信息提醒 (14) 1.8.人工成本 (15) 1.9.管理成本 (15) 1.10.车辆管理文件 (16)

1. 概述 为精确车辆管理,细化车辆运行费用,准确管控油料消耗等成本开支,进一步加强对外包车辆的日常规范管理,掌握车辆运行基本情况,实现省、市、县一体化车辆管理。 车辆管理系统主要实现省、市、县车辆档案管理,人员档案管理,派车管理,车辆维修管理,车辆各项费用的管理及统计,车辆信息提醒。具体的包括: 1)车辆档案管理:实现车辆基本档案的基础数据的录入、维护及分级查询的需求; 2)人员档案管理:实现驾驶员档案及车队管理员人员档案的基础数据的录入、维护及 分级查询的需求; 3)派车管理:实现用车人提请派车申请,从申请审批到返程确认的闭环电子管理,记 录车辆的使用及油耗数据的需求; 4)车辆维修管理:实现车队人员提请送修申请电子审批流程,维修记录录入、维护及 分级查询的需求; 5)车辆统计:实现省、市、县分级车用费用的日、月、年度统计,部门用车公里数统 计,维修统计; 6)车辆信息提醒:各种待办信息提醒,车辆年审提醒,车辆保险到期提示,驾驶 员年审提醒,车辆报废提醒,油耗超标提示; 2. 需求功能点阐述 2.1.车辆档案管理 1)车辆档案录入与维护由各车队人员录入、维护所辖车辆的信息。数据项:车辆号牌,厂牌车型,座位 /吨位,排气量(升),燃油种类,发动机号码,车架号码,购置日期,注册日期,行驶公里数,耗油标准市内(公升),耗油长途标准(公升),使用单位,产权单位,年审日期,年审期限,报废公里数,报废年限,车辆状态<是否报废>,投保日期,保单终止期,分配驾驶员,车辆照片。 2)车辆档案查询省、市、县分级查询。省综合管理部人员及车队管理人员可以查看到

学生成绩管理系统实验报告

洛阳理工学院 课程设计报告课程名称数据库课程设计 设计题目学生成绩查询系统 专业计算机科学与技术 班级 B100506 学号 姓名孙帅杰 完成日期 2013年1月6号

课程设计任务书 设计题目:学生成绩管理系统 设计内容与要求: 设计内容: 教务员可以输入学生、教师、班级、课程信息,一个班级只属于一个专业,一个学生只属于一个班级。教务员负责输入每个专业、每个班级需要学习哪些课程,指定课程的任课教师。一个教师可以教授多个班的多门课程。 教师可以查看学习该课程的学生名单。课程结束后,教师可以录入课程成绩。 课程分两类,必修课和选修课。学生可以选修课程,每学期几门。学生可以查看自己各门课程的成绩。学生还可以进行评教,给老师打分。 系统管理员可以输入教室信息,并结合班级、课程、教室信息实现自动排课。 设计要求: 要求完成需求分析,写出功能需求和数据需求描述; 在需求分析的基础上完成数据库的概念结构设计、逻辑结构设计、物理结构设计; 用C#语言,完成管理系统的部分程序模块的界面设计。 指导教师:陶荣 2012年12月28日 课程设计评语 成绩: 指导教师: 年月日

目录

1.绪论 设计目的 随着学生的数量的日益增多,学校对学生成绩管理的要求也越来越高,因此学校对学生信息的管理也更系统化,数字化,为了提高学生的实际应用数据库的能力,使学生锻炼简单的数据库开发能力,因此决定设计一个简单的学生成绩管理系统,包括学生信息,课程信息,以及成绩信息和任课教师信息,能够存储相应学生评教信息,和课程安排提供的学生成绩管理各种功能分为面向学生,教师和教务员三部分,其中教务员可以录入学生,教师,班级,课程信息,每个专业、每个班级需要学习哪些课程,指定课程的任课教师,给每个班的每门课程安排指定的认课老师。教师可以查看学习该课程的学生名单。课程结束后,教师可以录入课程成绩。课程分两类,必修课和选修课。学生可以选修课程,每学期几门。学生可以查看自己各门课程的成绩,进行评教,给老师打分。该学生成绩管理系统类似于简单的学校教务系统,能对学校日常事务进行简单的管理。 本课程设计的目的是使学生能熟练掌握简单的简单Windows窗体应用程序的设计和的应用,希望通过本次课程设计锻炼学生使用C#语言解决实际问题的能力。 开发工具选择 本系统后台数据库采用Microsoft SQL Server 数据库,该数据库系统在安全性、准确性和运行速度方面有绝对的优势,并且处理数据量大,效率高;前台采用Microsoft 公司的Visual Studio 2010作为主要开发工具,可与SQL Server 2008数据库无缝链接。开发环境 系统开发平台:Microsoft Visual Studio2010 系统开发语言:C# 数据库管理软件:SQL Server 2008 本报告的主要内容 本报告详细的介绍了学生成绩管理系统的开发过程,主要涉及到的工作如下:系统的需求分析、系统的总体设计、系统的概念设计、系统部分模块的详细设计。 2.需求分析 进行数据库设计首先必须准确了解与分析用户需求(包括数据与处理)。求分析是整个设计过程的基础,作为“地基”的需求分析是否做得充分与准确,决定了在其上构建

软件需求规格说明书实用模板(超详细)

XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技

项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求,电子公
文在线预览
项目负责人审核与确认 供应商:
职位
审核时间
审核意见(签字)
客户方:

目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16

相关文档
最新文档