宿舍管理系统需求分析说明书

宿舍管理系统需求分析说明书
宿舍管理系统需求分析说明书

学生宿舍管理系统需求分析说明书

一、引言

1.1 编写目的

为了提高宿舍管理工作的效率,充分利用资源,使人力物力以及财力达到更有效的使用情况,同时方便宿舍管理人员全面掌握学生住宿情况,从而需要设计学生宿舍管理系统来管理学生宿舍信息,预期功能应包括学生信息的录入、修改和删除功能,以及对宿舍财产、快件收发、宿舍报修、学生夜归和离校的管理。

二、需求分析

2.1 调查用户需求

2.1.1宿舍楼的基本情况

学生的基本信息:

入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是他的入住时间。另外,为了管理上的方便,同一院系的学生的宿舍一般在一起,相应地会有其所在的院系名称。

1) 宿舍的基本信息:每间宿舍都有唯一的宿舍号,入校时,宿舍会装公用电话机,相应地就有宿舍电话号码。

2) 宿舍财产的基本信息:

每个宿舍的财产属于学校,比如电灯,床铺,柜子,桌椅等,为了对不同的财产进行区分,可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。

3) 快件收发的基本信息:

每栋宿舍楼都有邮件收发的管理,当本楼的同学有信件时,相应的会有信件的到达时间,接受信件的同学姓名和他所在的宿舍号。有时,同一个学生有多封信件需要接收,需要表示一个同学有多少封信件。当信件接收后,应有一个接收信件的时间,表示信件已成功到达指定的同学手中。

4) 报修的基本信息:

宿舍楼中经常出现财产的损坏,比如灯泡坏了,厕所的马桶出故障了等,这时,同学们需要将财产损坏情况报告给宿舍楼管理员,以便学校派人进行维修。这时,需要记录报修的宿舍号和损坏的财产编号,同时记录报修的时间和

损坏的原因。当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解决。

5) 夜归的基本信息: 宿舍楼在指定的时间关门(比如晚上12点),若有同学晚于关门时间会宿舍,需通知宿舍楼管理员,同时应登记晚归学生姓名,宿舍号,时间和晚归原因,以利于学校的管理和查证。

6) 离校的基本信息:每当放寒假或暑假时,同学们大部分都会回家;每当“五·一”或“十·一”放假时,同学们也有很多不会留在宿舍。这时,为加强学校对同学假期安全的管理,离校的同学应登记离校时间,待返校后记录返校时间,以便学校查证和管理。

2.2 用户对系统的要求

2.2.1 宿舍楼管理员:

a.信息要求:

? 宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,快件收发的所有信息,报修的所有信息,夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。

? b.处理要求:

? 当学生基本信息发生变化时,宿舍楼管理员能对其进行修改。比如,某些同学搬到其他的宿舍中去,他们在本宿舍楼中相应的记录就应该删去;或者学生转换专业,他们记录中院系的信息也要作相应的修改等等。

? 当宿舍楼的电话号码发生变更时,宿舍楼管理员能根据有关证明做出修改。? 当快件到达本宿舍楼时,宿舍楼管理员应依据到达快件的相关信息在快件信息中插入一条记录,当同学们接收快件后,管理员应登记快件的接收时间,表明该信件已成功到达收信人的手中。

? 当宿舍财产报修及时解决后,管理员应登记解决时间,表明该报修问题已成功解决。

? c.安全性与完整性要求:

? 安全性要求:

? 1.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗

用;

? 2.系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;

? 3.系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。

? 完整性要求:

? 1.各种信息记录的完整性,信息记录内容不能为空;

? 2.各种数据间相互的联系的正确性;

? 3.相同的数据在不同记录中的一致性。

2.2.2 本宿舍楼的学生

a.信息要求:

? 本宿舍楼的学生能查询其所在的宿舍的所有信息,能查询本楼的指定宿舍的电话号码以利于同楼宿舍间的通信。能查询自己的快件信息。能查询自己的夜归记录和离返校记录。

? b.处理要求:

? 本宿舍楼的学生能在报修信息表中插入报修信息,表示本宿舍的财产发生了损毁需要学校派人维修。

? 学生离校时,能在离返校记录表中插入离校时间;学生返校后,能在离返校记录表中插入返校时间,表示已经回校。

2.3 功能分析

2.3.1 用户管理部分

? 1、处理用户注册

? 2、处理用户登录

? 3、用户可以查询学生信息。

? 4、用户可以查询快件信息。

? 5、用户可以提交与查询报修信息。

? 6、用户可以插入与删除用户自己的离返校信息。

? 7、用户可以修改用户自己密码。

2.3.2管理员管理部分

? 1、处理管理员登录

? 2、管理员可以查询学生信息。

? 3、管理员可以发布与更新快件信息。

? 4、管理员可以插入、修改与查询报修信息。

? 5、管理员可以插入与查询学生夜归信息。

? 6、管理员可以查询在校与离校学生信息。

? 7、管理员可以修改管理员密码。

2.4 数据流图

2.4.1 报修分数据流图

2.4.2快件分数据流图

2.4.3离返校分数据流图

2.4.4夜归分数据流图

2.4.5 总数据流图

2.5数据字典

2.5.1数据项

住宿学生数据字典:

属性名存储代码类型长度备注

学号Sno char 20 住宿学生学号姓名Sname char 20 住宿学生姓名性别Ssex char 4

专业Sdept char 40 学生专业

宿舍号Dno char 6 住宿学生宿舍号入住时间Scheckin date 8 新生搬入时间

宿舍数据字典:

属性名存储代码类型长度备注

宿舍号Dno char 6

宿舍电话Dphone char 15

宿舍财产数据字典:

邮件快递数据字典:

报修数据字典:

晚归数据字典:

离校数据字典:

用户数据字典:

2.5.2数据结构

2.5.3数据流

2.5.4数据存储

2.5.5处理过程

文档已经阅读完毕,请返回上一页!

学生宿舍管理系统需求分析说明书58528

学生宿舍管理系统需求分析说明书 第一部分调查用户需求 本系统的最终用户为宿舍楼管理员,本宿舍楼的学生。根据我们日常生活中的经验,结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查,得出用户的下列实际要求:1、宿舍楼的基本情况 学生住在宿舍楼中,每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。 一、学生的基本信息: 入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是他的入住时间。另外,为了管理上的方便,同一院系的学生的宿舍一般在一起,相应地会有其所在的院系名称。 二、宿舍的基本信息: 每间宿舍都有唯一的宿舍号,入校时,宿舍会装公用电话机,相应地就有宿舍电话号码。 三、宿舍财产的基本信息: 每个宿舍的财产属于学校,比如电灯,床铺,柜子,桌椅等,为了对不同的财产进行区分,可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。 四、快件收发的基本信息: 每栋宿舍楼都有邮件收发的管理,当本楼的同学有信件时,相应的会有信件的到达时间,接受信件的同学姓名和他所在的宿舍号。有时,同一个学生有多封信件需要接收,需要表示一个同学有多少封信件。当信件接收后,应有一个接收信件的时间,表示信件已成功到达指定的同学手中。 五、报修的基本信息: 宿舍楼中经常出现财产的损坏,比如灯泡坏了,厕所的马桶出故障了等,这时,同学们需要将财产损坏情况报告给宿舍楼管理员,以便学校派人进行维修。这时,需要记录报修的宿舍号和损坏的财产编号,同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解决。 六、夜归的基本信息: 宿舍楼在指定的时间关门(比如晚上12点),若有同学晚于关门时间会宿舍,需通知宿舍楼管理员,同时应登记晚归学生姓名,宿舍号,时间和晚归原因,以利于学校的管理和查证。 七、离校的基本信息: 每当放寒假或暑假时,同学们大部分都会回家;每当“五·一”或“十·一”放假时,同学们也有很多不会留在宿舍。这时,为加强学校对同学假期安全的管理,离校的同学应登记离校时间,待返校后记录返校时间,以便学校查证和管理。 2、用户对系统的要求 一、宿舍楼管理员: a.信息要求: 宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,快件收发的所有信息,报修的所有信息,夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。

软件需求分析说明书模板

保密级别: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)?? 用户需求的收集。 (2)?? 用户需求的分析。 (3)?? 撰写需求说明书。 图 ?需求分析的过程 需求分析的重点是调查、收集和分析用户数据管理中的信息需求、处理需求、安全性与完整性要求。信息需求是指用户需要从数据库中获得的信息的内容和性质。由用户的信息需求可以导出数据需求,即在数据库中应该存储哪些数据。处理需求是指用户要求完成什么处理功能,对某种处理要求的响应时间,处理方式指是联机处理还是批处理等。明确用户的处理需求,将有利于后期应用程序模块的设计。 调查、收集用户要求的具体做法是: (1)?? 了解组织机构的情况,调查这个组织由哪些部门组成,各部门的职责是什么,为分析信息流程做准备。

(2)?? 了解各部门的业务活动情况,调查各部门输入和使用什么数据,如何加工处理这些数据。输出什么信息,输出到什么部门,输出的格式等。在调查活动的同时,要注意对各种资料的收集,如票证、单据、报表、档案、计划、合同等,要特别注意了解这些报表之间的关系,各数据项的含义等。 (3)?? 确定新系统的边界。确定哪些功能由计算机完成或将来准备让计算机完成,哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。 在调查过程中,根据不同的问题和条件,可采用的调查方法很多,如跟班作业、咨询业务权威、设计调查问卷、查阅历史记录等。但无论采用哪种方法,都必须有用户的积极参与和配合。强调用户的参与是数据库设计的一大特点。 收集用户需求的过程实质上是数据库设计者对各类管理活动进行调查研究的过程。设计人员与各类管理人员通过相互交流,逐步取得对系统功能的一致的认识。但是,由于用户还缺少软件设计方面的专业知识,而设计人员往往又不熟悉业务知识,要准确地确定需求很困难,特别是某些很难表达和描述的具体处理过程。针对这种情况,设计人员在自身熟悉业务知识的同时,应该帮助用户了解数据库设计的基本概念。对于那些因缺少现成的模式、很难设想新的系统、不知应有哪些需求的用户,还可应用原型化方法来帮助用户确定他们的需求。就是说,先给用户一个比较简单的、易调整的真实系统,让用户在熟悉使用它的过程中不断发现自己的需求,而设计人员则根据用户的反馈调整原型,反复验证最终协助用户发现和确定他们的真实需求。 调查了解用户的需求后,还需要进一步分析和抽象用户的需求,使之转换为后续各设计阶段可用的形式。在众多分析和表达用户需求的方法中,结构化分析(Structured Analysis,SA)是一个简单实用的方法。SA方法采用自顶向下,逐层分解的方式分析系统,用数据流图(Data Flow Diagram,DFD)、数据字典(Data Dictionary,DD)描述系统。 1. 使用数据流图分析信息处理过程 数据流图是软件工程中专门描绘信息在系统中流动和处理过程的图形化工具。因为数据流图是逻辑系统的图形表示,即使不是专业的计算机技术人员也容易理解,所以是极好的交流工具。图给出了数据流图中所使用的符号及其含义。

宿舍管理系统需求分析报告

滨州学院 课程设计 (数据库系统原理) 题目学生宿舍管理系统 系院 专业 班级 学号 姓名 二〇一一年六月十六日

目录 引言 (4) 第一章需求分析 (5) 1.1 需求分析 (5) 1.1.1 调查用户需求 (5) 1.2 系统功能的设计和划分 (6) 1.3 数据流图 (7) 1.3.1报修分数据流图 (7) 1.3.2快件分数据流图 (7) 1.3.3离返校分数据流图 (8) 1.3.4夜归分数据流图 (8) 1.3.5总数据流图 (9) 1.4 数据字典 (9) 1.4.1数据项 (9) 1.4.2数据结构 (11) 1.4.3数据流 (11) 1.4.4数据存储 (11) 1.4.5处理过程 (11) 第二章概念结构设计 (13) 2.1设计完成的总ER图为: (13) 2.2各子系统的分ER图 (14) 2.2.1学生住宿信息管理子系统 (14) 2.2.2报修子系统 (14) 2.2.3收取快件子系统 (15) 2.2.4离返校子系统 (15) 2.2.5夜归管理子系统 (16) 第三章逻辑结构设计 (17) 3.1将E-R图转换为关系模型: (17) 3.2用户视图: (17) 第四章物理设计 (18) 4.1基本表设计 (18) 4.1.1 住宿学生信息表 (18) 4.1.2 宿舍信息表 (18) 4.1.3 宿舍财产信息表 (18) 4.1.4邮件快递信息表 (18) 4.1.5报修信息表 (19) 4.1.6夜归信息表 (19) 4.1.7离校信息表 (19) 第五章数据库的实施和维护 (20) 5.1 创建基本表的代码 (20) 5.2数据库关系图 (22) 5.3 数据的载入 (22)

电商系统需求分析说明书

电商系统需求分析说明书 一.引言 .....................................................错误!未定义书签。 项目背景.................................................错误!未定义书签。 前期工作.................................................错误!未定义书签。 参考资料.................................................错误!未定义书签。二.技术概述 .................................................错误!未定义书签。 目标.....................................................错误!未定义书签。 硬件支持.................................................错误!未定义书签。三.功能需求 .................................................错误!未定义书签。 功能块划分...............................................错误!未定义书签。 功能块描述...............................................错误!未定义书签。四.性能需求 .................................................错误!未定义书签。 数据精确度...............................................错误!未定义书签。 适应性...................................................错误!未定义书签。五.系统流程图 ...............................................错误!未定义书签。 顾客流程图如下...........................................错误!未定义书签。 订单处理流程说明........................................错误!未定义书签。六.数据流图 .................................................错误!未定义书签。 数据流图如下..............................................错误!未定义书签。 一.引言 项目背景 电商系统致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户,让客户通过网站便能对自由的选择地购买产品。 该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模 块功能。其中订单的生成,网站后台系统,通过系统管理员管理商品、订单、用户来实现。前期工作 我们在编写该需求前,首先是对各大网上销售网站进行了调查,其中包括:网页排版、顾客消费流程、以及管理员的操作,这三大块进行了调查。并总结出了有自 己特色的设计思路。 参考资料 《软件需求分析》《网上商城需求分析计划书》。

需求规格说明书范本

1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:

3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分

学生宿舍管理系统_需求分析

计算机学院 学生宿舍管理系统需求规格说明书 学生姓 名: 学号: 年级班级: 指导教师:

目录 1............................................................................................................................. 引言 (5) 1.1....................................................................................................................... 编制目的5 1.2.............................................................................................................................. 范围5 1.3................................................................................................. 预期的读者和阅读建议5 1.4................................................................................................................ 术语和缩略语5 1.5....................................................................................................................... 文档约定5 1.6....................................................................................................................... 参考文件6 2...................................................................................................................... 项目概述 (6) 2.1.............................................................................................................................. 目标6 2.2.............................................................................................................................. 范围6 2.3................................................................................................................... 用户的特点7 2.4..................................................................................................... 假定条件和约束限制7 2.5....................................................................................................................... 运行环境

OA系统需求规格说明书

XX项目 产品需求规格说明书 机构公开信息

版本历史

1.引言 该文档主要包含功能性需求分系以及功能用例图,也包括了一些对用户界面的要求,该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图,能够供读者更好的了解该系统;其中,非功能需求方面,用户界面要求主要是为了是系统的界面更加统一规范,软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分: 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件,主要是功能的概要介绍。

1.6. 产品介绍(功能介绍) 该系统包含8各模块:超级管理模块,该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理;我的办公桌模块,主要是对各重点模块的简要显示;行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构;个人助理模块,该模块包括通讯录、短消息、日程安排和个人信息管理;个人邮箱,该模块包括配置邮箱和收发邮件;公共信息模块,该模块包括资源下载、在线考试和公共通讯录;人事管理模块,该模块包括档案管理、档案查询和数据维护;销售管理模块,该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理,实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题,并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素(与已知因素相对立)。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定,但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改,就会使项目受到影响。

高校宿舍管理系统需求分析

高校宿舍管理系统需求分析 软件工程 高校宿舍管理系统 目录 第一章引 言 ..................................................................... ....................1 第二章系统需求分 析 ..................................................................... .. (2) 2.1功能需求 (2) 2.1.1 基本功能需求 (2) ............................................. 2 2.1.2 报表需求 2.1.3 用户界面需求 (3) 2.2性能需求 (3) 2.3数据库选择 (3) 2.4环境 ................................................ 4 第三章宿舍管理系统概要设 计 (5) 3.1系统功能模块图 (5) 3.1.1用户帐号模块 (6) 3.1.2宿舍管理模块 (6) ......................................... 7 3.1.3信息查询模块 3.1.4卫生评比模块 (7)

3.1.5出入管理模块 (7) 3.2 系统所需数据字典 ..................................... 8 第四章宿舍管理系统详细设 计 (12) 4.3具体模块设计 (12) 4.3.1账户信息模块的详细设计 (12) 4.3.2宿舍管理模块的详细设计 (14) 4.3.3信息查询窗口详细设计 (16) 4.3.4卫生评比模块详细设计 (17) 4.3.5出入管理模块详细设计 ................................ 18 第五章系统测 试 ..................................................................... . (20) 5.1所遇问题 (20) 5.2 系统测试 ........................................... 20 第六章 总结...................................................................... .................21 参考文 献 ..................................................................... (22) 第一章引言 第一章引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还

学生宿舍管理系统需求分析说明书

需求分析说明书

目录

前景文档 学生宿舍管理系统 在社会飞速发展的今天,智能化管理是现代管理宿舍信息的必然趋势之一。随着宿舍种类和学生的不断增加,宿舍管理越来越来复杂,信息量不断地提高,因此,以往的宿舍管理方法,查询速度慢,管理困难,容易丢失数据,已经不适合现在宿舍管理信息的要求。为克服宿舍管理信息的困难和查询的不便。采用计算机智能化来管理宿舍和学生的信息,不仅很大的提高了查询的速度,节约了人力和物力资源,达到了预期的要求,还是世界发展的需求,社会发展的趋势。 1.背景 随着信息时代的快速发展,计算机技术越来越深入各行各业,为广大的用户提供了更为周到和便捷的服务。高校学生宿舍信息管理系统是一个安全和高效的专用系统。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点,并且具备完善的报表生成、修改功能,能够快速的查询学校所需的住宿信息。 1.1课题名称 本课题要实现的是高校学生宿舍管理系统。 1.1.2系统功能 ①用户必须输入正确的用户名和密码才能进入系统; ②提供学生住宿情况的基本登记; ③提供学生每学期的注册及学生的离校处理; ④提供人员来访登记及结束访问的详细登记; ⑤提供学生在校期间物品出入宿舍楼的详细情况登记; ⑥提供查询功能,以方便用户对学生基本信息的查询,要实现按多种条件的查询 及楼房信息的查询; ⑦提供增加、删除、修改用户帐户的功能;

系统需求规格说明书 (1)

XXX系统或XXX项目 产品需求规格说明书 版本信息 注:状态可以为N-新建、A-增加、M-更改、 对方的所得税说明:版本信息必须更新,审核人和审核时间也必须审核后填写,审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录

1.关于本文档 1.1.内容说明 说明:此处描述的是文档说明,产品需求文档更新需要走修订模式,下次更新前先接受修订,并且每次更新必须更新版本号和版本记录。 例子: 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述,处理逻辑规则,界面定义,与其它功能的关系,与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求,随系统功能变化进行及时的修订和更新,以确保本文档的全面性,准确性和实效性。因此在阅读使用此文档时,请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明:此处描述业务背景,不可裁剪,清晰的业务背景描述能更好的帮助研发和测试理解产品需求,明确业务测试场景,此部分是产品需求定位的核心导向。 例子一:电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展,包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下,传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用,经过长期的的磨合和积累,目前将我司的应用经验推广到社会物流上,让社会上愿意与我司物流合作的伙伴,也同样享受到我司电子面单服务。 例子二:LSQ的业务描述 物流作业状态服务存在不足 1)服务无标准不统一 需物流作业的各渠道订单,作业状态转化为文案描述处理的逻辑系统多,且处理规不统一, -B2C自营订单,逻辑在B2C,数据源在OMS -菜鸟平台/4PS平台订单状态展示,逻辑在LAPI,数据源在LAPI

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #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表示系统管理员可以运用的功能,像修改密码,管理学生信息、成绩信息、课程信息、班级信息并且设置权

宿舍管理系统需求分析、设计以及模板

学生宿舍管理系统的设计 摘要 学生宿舍管理是当代学校中不可或缺的组成部分,在信息化飞速发展的今天,它的出现已经成了一种必然,本文将从宿舍管理系统的历史和现状进行分析,以求证本系统的设计具有实际的意义,并得到它在未来的发展,从而跟上时代的脚步,做出一个高质量的、安全性好的宿舍管理系统,使其不仅能满足学校现在的需要,也能满足将来一段时间的需要。 学生宿舍管理系统的开发主要包括前台用户界面的开发和后台数据库的开发,对于后台数据库的建立和维护要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于前端应用程序的开发则要求应用程序能提供强大的数据操纵功能,界面友好、使用简单方便等特点。本系统采用C#和https://www.360docs.net/doc/c714142215.html,作为前台用户界面的开发语言,而后台的数据库采用微软的SQL Server 2005。 关键词:宿舍管理系统,功能,住宿。

目录 第一章系统需求分析..................................................... - 3 - 1.1功能需求......................................................... - 3 - 1.1.1 基本功能需求............................................... - 3 - 1.1.2 报表需求................................................... - 3 - 1.1.3 用户界面需求............................................... - 3 - 1.2 性能需求 ........................................................ - 4 - 1.2.1系统安全性................................................. - 4 - 1.3 数据库选择....................................................... - 4 - 1.4 环境 ............................................................ - 4 - 第二章需求分析 ......................................................... - 5 - 2.1 数据库分析....................................................... - 5 - 2.1.1 数据库实体关系............................................. - 5 - 2.1.2 E-R图..................................................... - 5 - 2.2 系统模块分析..................................................... - 6 - 致谢 .................................................................... - 7 - 参考文献 ................................................................ - 7 -

高校宿舍管理系统需求分析

软件工程 高校宿舍管理系统

目录 第一章引言 (1) 第二章系统需求分析 (2) 2.1功能需求 (2) 2.1.1 基本功能需求 (2) 2.1.2 报表需求 (2) 2.1.3 用户界面需求 (3) 2.2性能需求 (3) 2.3数据库选择 (3) 2.4环境 (4) 第三章宿舍管理系统概要设计 (5) 3.1系统功能模块图 (5) 3.1.1用户帐号模块 (6) 3.1.2宿舍管理模块 (6) 3.1.3信息查询模块 (7) 3.1.4卫生评比模块 (7) 3.1.5出入管理模块 (7) 3.2 系统所需数据字典 (8) 第四章宿舍管理系统详细设计 (12) 4.3具体模块设计 (12) 4.3.1账户信息模块的详细设计 (12) 4.3.2宿舍管理模块的详细设计 (14) 4.3.3信息查询窗口详细设计 (16) 4.3.4卫生评比模块详细设计 (17) 4.3.5出入管理模块详细设计 (18) 第五章系统测试 (20) 5.1所遇问题 (20) 5.2 系统测试 (20) 第六章总结 (21) 参考文献 (22)

第一章引言 第一章引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点,并且具备完善的报表生成、修改功能,能够快速的查询学校所需的住宿信息。

系统项目需求分析说明书

CRM客户关系管理 ——项目需求分析说明 江苏淮微技术中心 Jiangsu Microsoft Technology Center

第一部分引言 1.1编写目的 本规格说明描述了CRM项目的需求,作为系统设计、实现目标及验收的依据,通过该需求分析,描述用户的具体需求,定义需求具体的规格和内容。并且作为各方面沟通的依据,也作为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明,以明确项目最后要求完成的软件产品的特点,经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。 1.2适用范围 本文档主要设计CRM的应用模型和功能需求描述。 1.3背景 A、软件系统的名称:CRM客户关系管理系统 B、任务提出者:中文名称(英文) 开发者:江苏淮微技术中心(Jiangsu Microsoft Technology Center) C、本系统目前是独立的系统,暂不与江苏淮微技术中心的其他软件系统提供接口,所产生的输出也将是独立的。 最终用户可通过互联网或局域网以多种方式使用本系统。 本系统将使用SQL Server2005作为数据库存储系统,SQL Server2005软件由用户自行提供 1.4 术语、定义和缩写 定义:CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享,并能进行有效分析的处理的新型应用系统,它为企业内部的销售、营销、客户服务等提供全面的支持。 缩写:CRM

1.5文档概述 本文档主要描述了CRM的外部接口需求、功能需求以及其他非功能需求 1.6参考资料 相关的文件包括: A、江苏淮微技术中心《CRM项目开发计划》; 参考资料: A、国家标准《软件需求说明书(GB856T——88)》 B、《软件工程》 C、《设计模式》 D、《CRM客户关系管理系统》 第二部分任务概述 2.1目标 CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享,并能进行有效分析的处理的新型应用系统,它为企业内部的销售、营销、客户服务等提供全面的支持。具体说来,系统的目标包括: 客户管理 事物管理 销售管理 采购管理 商务管理 服务管理 汇总中心 权限管理

在线教学系统需求分析说明书(DOC)

目录 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2任务概述 (3) 2.1目标 (3) 2.2用户的特点 (3) 2.3假定和约束 (3) 3对需求的规定 (4) 3.1对功能的规定 (4) 系统功能详细列表 (7) 3.2对性能的规定 (9) 3.2.1精度 (10) 3.2.2时间特性要求 (10) 3.2.3灵活性 (10) 3.3数据管理能力要求 (11) 3.4故障处理要求 (11) 3.5对功能的需求 (11) 4运行环境规定 (12) 4.1设备 (12) 4.2支持软件 (12) 4.3接口 (12)

在线教学系统需求说明书 1引言 1.1编写目的 本软件需求说明书以用户需求为基础,展示在线教学系统的开发要求,主要面向用户与系统开发人员;对于用户,重点在于清楚的表达用户提出的需求,经用户确认是否符合用户的需求,在客户与系统分析人员间形成互动;对于开发人员,主要让程序开发人员了解系统的功能,系统的对象,系统对象的属性,以及对象之间的关系。 1.2背景 说明: a.软件学院在线教学系统 b.本项目由软件学院依托《中国地质大学(北京)科学技术基金》提出,并由05级本科生开发完成,该系统依赖于校园局域网,主要面向软件学院全体师生以及校内公选课选我院所开课程的同学使用。 c.拟该系统与软件学院在线考试系统相互链接,共同组合为软件学院教学综合管理系统。 1.3定义 本文件中用到的专门术语的定义: a.SQL server2000:微软数据库产品; https://www.360docs.net/doc/c714142215.html,:微软公司软件开发语言; c.Microsoft https://www.360docs.net/doc/c714142215.html, 2003:微软公司软件集成开发环境。 1.4参考资料 本文件的参考资料: a.本文件以国家标准(GB8567——88)为软件开发标准。 b.本文件引用到的文件为《08-软件需求说明书(GB856T——88).doc》。

学生宿舍管理系统-需求分析

学生宿舍管理系统-需求分析

计算机学院学生宿舍管理系统 需求规格说明书 学生姓名: 学号: 年级班级: 指导教师: 所在学院: 提交日期:

目录 1引言 (4) 1.1编制目的 (4) 1.2范围 (4) 1.3预期的读者和阅读建议 (4) 1.4术语和缩略语 (4) 1.5文档约定 (4) 1.6参考文件 (5) 2项目概述 (5) 2.1目标 (5) 2.2范围 (5) 2.3用户的特点 (6) 2.4假定条件和约束限制 (6) 2.5运行环境 (6) 2.5.1硬件环境 (6) 2.5.2软件环境 (7) 3业务分析 (7) 4数据描述 (9) 5功能需求 (12) 5.1功能需求总述 (12) 5.1.1功能需求总表 (12) 5.1.2角色、权限需求 (13) 5.2功能需求1宿舍管理员管理 (13) 5.2.1子功能1管理员信息修改 (13) 5.2.2子功能2管理员查询 (13) 5.3功能需求1学生管理 (14) 5.3.1子功能1学生信息修改 (14) 5.3.2子功能2学生查询 (14) 5.4功能需求1宿舍楼管理 (14) 5.4.1子功能1办理入住 (14)

5.4.2子功能2调换宿舍 (15) 5.4.3子功能3办理退宿 (15) 5.5功能需求1缺勤记录 (15) 5.5.1子功能1学生缺勤记录 (15) 5.6功能需求1系统管理 (16) 5.6.1子功能1添加用户 (16) 5.6.2子功能2修改密码 (16) 6非功能需求 (18) 6.1性能需求 (18) 6.2安全保密需求 (18) 6.3扩展性需求 (19) 6.4稳定性需求 (19) 7界面要求 (20) 7.1图形要求 (20) 7.2报表格式 (20)

相关文档
最新文档