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

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

需求分析说明书

目录

前景文档

学生宿舍管理系统

在社会飞速发展的今天,智能化管理是现代管理宿舍信息的必然趋势之一。随着宿舍种类和学生的不断增加,宿舍管理越来越来复杂,信息量不断地提高,因此,以往的宿舍管理方法,查询速度慢,管理困难,容易丢失数据,已经不适合现在宿舍管理信息的要求。为克服宿舍管理信息的困难和查询的不便。采用计算机智能化来管理宿舍和学生的信息,不仅很大的提高了查询的速度,节约了人力和物力资源,达到了预期的要求,还是世界发展的需求,社会发展的趋势。

1.背景

随着信息时代的快速发展,计算机技术越来越深入各行各业,为广大的用户提供了更为周到和便捷的服务。高校学生宿舍信息管理系统是一个安全和高效的专用系统。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点,并且具备完善的报表生成、修改功能,能够快速的查询学校所需的住宿信息。

1.1课题名称

本课题要实现的是高校学生宿舍管理系统。

1.1.2系统功能

①用户必须输入正确的用户名和密码才能进入系统;

②提供学生住宿情况的基本登记;

③提供学生每学期的注册及学生的离校处理;

④提供人员来访登记及结束访问的详细登记;

⑤提供学生在校期间物品出入宿舍楼的详细情况登记;

⑥提供查询功能,以方便用户对学生基本信息的查询,要实现按多种条件的查询

及楼房信息的查询;

⑦提供增加、删除、修改用户帐户的功能;

⑧具有添加、修改、删除学生及员工基本信息的功能。

2.国内外现状

调查显示,现在国内绝大多数学校的学生公寓管理还没有实现信息化,主要还是停留在手工管理的形式。随着高校招生规模的不断扩大,高校在校大学生逐年增长,学生管理的难度和压力也越来越大。目前大多数高校已经实现学生学籍等管理的系统化,但宿舍管理还基本依靠宿舍管理员的人工管理,大多数宿舍管理工作还倚靠宿管工作人员的人工操作和登记,如外来人员出入登记、学生出入登记、学生违纪登记、寝室保修等级等等。这些在平时的工作中都是采取人工操作的方式进行,既繁琐,工作量又大,而且消耗大量的人力、物力和财力,对高校和国家造成的损失甚巨。因此,目前高校急需要一种管理宿舍相关工作的系统,以此来处理繁杂的宿舍管理工作,本文学生宿舍管理系统就是基于这样一个背景设计。

3.功能详细描述

在整体设计中,我们将宿舍管理系统分为七个大的模块,系统管理模块、公寓管理模块、学生管理模块、信息查询模块、出入登记模块、信息修改模块。

每个模块将实现不同的功能。下面将具体进行介绍。

3.1系统管理模块

系统管理模块包括超级用户登录、普通用户登录、用户密码修改、用户管理、退出系统五个部分。

3.1.1系统管理模块的步骤

①超级用户登录

实现系统管理人员登录。

②普通用户登录

实现一般管理人员登录。

③用户管理

实现系统管理人员授予或取消一般用户登录该系统的用户名和密码。

④密码修改

实现所用用户的密码更改功能。

⑤退出系统

实现正常退出宿舍管理系统。

公寓管理模块包括楼房管理、宿舍管理二个大的部分。

3.2.1公寓管理模块的步骤

①楼房管理

登记该住宿楼信息并进行添加、修改和删除功能。

②宿舍管理

登记该楼所有宿舍的信息并进行添加、修改和删除功能。

3.3学生管理模块

学生管理模块包括学生基本信息录入、学生财物登记、学生学期注册三项功能。

3.3.1学生管理模块的步骤

①学生基本信息录入

实现学生基本信息情况的登记及宿舍的分配功能。

②学生财物登记

登记学生在校期间所拥有的公共及私有贵重物品情况。

③学生学期注册管理

登记学生在校期间每学期的缴费情况。

3.4信息查询模块

信息查询模块基本上包括按学号进行查询、按姓名进行查询、按班级查询、按寝室号查询四个部分。

3.4.1信息查询模块的步骤

①按学号进行查询

实现每个学生基本信息情况的查询功能。

②按姓名查询

通过学生姓名查询学生基本信息情况。

③按班级查询

通过班级查询某班级学生住宿情况及该班级学生信息。

④按寝室号查询

查看每个宿舍所住学生信息情况。

出入登记模块包括进楼物品登记、出楼物品登记、人员来访登记、结束访问登记四个功能模块。

3.5.1出入登记模块的步骤

①进楼物品登记

详细登记某学生搬入宿舍楼的物品情况。

②出楼物品登记

详细登记某学生搬出宿舍楼的物品情况。

③人员来访登记

详细登记进入宿舍楼的外来人员情况。

④结束访问登记

详细登记外来人员的离开情况。

3.6信息修改模块

信息修改模块包括学生基本信息修改、个人财物信息修改二个大的功能。

3.6.1信息修改模块的步骤

①学生基本信息修改

实现系统管理人员对学生基本信息情况所作的添加、修改、删除。

②个人财物修改

实现对学生个人财物的添加、修改、删除功能。

4.寝室公告管理功能

4.1寝室公告信息功能概述

寝室公告管理功能主要分为查看、修改和删除寝室公告信息。

所有的用户登陆系统后都可以查看请示公告信息,而只有管理员能删除和修改寝室公告。下面就以修改寝室公告信息为例,详细说明寝室公告信息管理功能!

4.2修改寝室公告信息功能

用户登录系统后,选择修改寝室公告信息,系统跳转到修改寝室公告信息页面,该页面会显示寝室公告修改之前的所有信息,用户选择要修改的信息,在原有的基础上修改之后点击提交按钮,如果修改成功系统将跳转到修改之前的页面,数据库中会更新一条新的信息,

如果修改失败,系统会给用户相应的提示信息。

用例文档

1.前言

在宿舍管理系统的需求获取工程中,根据分析师对系统在用户方和层次性场景描述的模拟再现,提取出了相关用例。本文当给出了需求获取阶段中使用的用例列表和用例描述。而此小结文档相关信息与本身特征,文档组织可参见目录,其余信息可参看下文内容。1.1编写目的

本文档的编写目的是将系统的所有用例文档化,用自然语言描述用户所有期望的操作,记录、交流领域信息和用户期望,传达有关问题域的必要信息以及涉众的需求,通过这些描述,尽可能将用户前景和需求从抽象中提取出来,具体化之。

2.背景及内容概述

2.1背景

本文档用于提高学生宿舍管理的效率而开发的,运用该系统可以实现对学生及宿舍信息资料进行编辑,添加、修改、删除、查询等功能,并对学生宿舍进行智能化管理,减少人力物力资源的要求。

2.2内容概述

本用例文档是根据前一阶段项目前景和范围的获取和分析,对解决方案的细化而得到的,传达了有关问题域的必要信息以及涉众需求。本系统的最终用户为宿舍楼管理员,本宿舍楼的学生。通过该系统,用户可以查询学生的基本信息和宿舍管理信息等各方面的资料,能够及时方便的了解学生和宿舍的各种情况。并且该宿舍管理系统为用户提供一些简单的数据查询、输出各种信息等功能。

本文档首先列出用例列表,简要概述每个概要用例及其展开用例,之后详细定义了每个展开用例。

3.用例列表

3.1基本用例叙述

3.1.1.宿舍管理系统事件列表

4.用例图

本节是用例图,旨在用图示方式直观表达外部角色(用户方)和系统内部之间的交互。

4.1学生宿舍管理系统用例图

4.3公寓管理模块

4.5信息查询模块

4.7信息修改

5.用例描述

本节为用例详细描述,用自然语言详细描述用例,便于在客户、用户、需求开发人员和解系统设计人员之间交流。

6.文档总结

宿舍管理系统是一个典型的辅助宿舍管理系统,我们团队在项目前景和范围的指导下,对功能需求进行展开分析,将得到的一个完整的系统用例图,在逐步细化分解为许多较小的用例,在进行了整合,从而得到一系列完整的用例。7.参考资料

《需求工程——软件建模与分析》

分析模型

1.引言

1.1编写目的

解决从需求获取阶段的用例模型到完整的对象模型的过渡,在本文需要解决的问题有:

①建立分析模型,达成开发者和用户对需求信息的共同理解;

②共同理解,发挥创造性,创建软件系统解决方案。

1.2背景

随着计算机产业的迅速发展,电子计算机已广泛的应用于信息管理、文字处理、辅助设计、辅助教学及人们的日常生活中。

学生宿舍管理系统是学校中一个重要的环节,能否实现这一步关系到学校办学整体效率的高低,学生在众人面前的整体面貌。运用学生宿舍管理系统可以减轻学院教学人员的工作量,加快查询速度,加强统一管理, 以及宿管部门已步入信息化,使各项管理更加规范化。还有就是缩小开支,提高工作效率与准确率。可以使学生有条无紊的管理,方便调整学生注入和转出。

1.3文档概要

本文档的主要任务是建立分析模型:将复杂的系统分解为简单的部分以及他们之间的联系,确定本质特征,并抛弃次要特征,帮助开发者准确理解客户的用意,和用户达成对信息内容的共同理解。分析的主要活动包括识别、定义和结构化,它的目的是获取某个可以转捍卫只是得事务的信息,这种分析活动被称为建模——建立需求分析模型。需求分析建模分为三个阶段,通常的做法是依据获取的问题域信息建立初步的模型,然后分析用户需求,对模型进行调整,得到一个中间形式的模型形式,最后对调整后的模型进行逻辑推理和验证,如果符合预期的期望,即是最终的解决方案。

本文档主要完成两部分内容,建立领域模型和建立行为模型。

本文档根据用例对整个系统分析建模的结果进行呈现,并对系统做综合描述,涉及到需求分析建模的各个阶段:包括发现对象和类,建立类之间的关联和添加类的重要属性,建立系统的行为模型,建立系统顺序图,建立详细的交互图,这里的交互图选择为顺序图,建立用例的状态图,建立活动图,添加契约说明。

说明:由于系统规模较大,为了更方便地描述系统,所有图都根据不同的用例来说明,具体可以参见用例文档。

2.系统用例

3.系统管理模块

3.1建立领域模型

3.2建立行为模型3.2.1建立系统顺序图

3.2.2建立系统状态图

3.2.3建立系统活动图

3.3添加契约说明

操作:用户、管理员

不变量:无

前置条件:

参与者成功登录系统之系统管理模块功能后置条件:

4.公寓管理模块

4.1建立领域模型

4.2建立行为模型4.2.1建立顺序图

4.2.2建立状态图

管理系统软件需求说明书

厦漳大桥养护管理系统 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............................................................................................................................. 引言 (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....................................................................................................................... 运行环境

需求说明书(软件项目管理系统)

需求说明书(软件项目管理系统) §1、前言 1.1概述 1.1.1 项目名称:软件项目管理系统 项目代码:ProjectManager 1.1.2 开发目的:本系统应能 a.管理软件项目和项目组; b.管理与项目相关的数据项和数据结构; c.管理与项目相关的系统功能描述和分组; d.管理与项目相关的项目任务和项目任务进度; e.管理与项目相关的问题,并且能进行问题跟踪; f.管理与项目相关的文档。 1.1.3 相关读者:部门经理,项目经理,测试人员,设计人员,编程人员。 1.1.4 本项目与其它产品(软件)关系。 1.2术语 本分析书所使用的专门术语定义: 部门经理——能建立项目和项目组的系统使用者; 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者; 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者; 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者; 数据项——目标系统中的最小信息单位; 数据结构——数据项的有意义集合; 系统功能——通过目标系统能完成的有效活动; 项目任务——开发项目中要求完成的有效活动; 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统:Windows 2000 Professional; 数据库:MS SQL 2000 或Oracle。 1.5条件和限制 开发环境:Microsoft Visual Studio .NET 2003; 使用工具:C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法; 在校验用户密码后,可修改用户自己的密码;

学生宿舍管理系统分析报告

学生宿舍管理系统 1.引言 在以前,管理系统主要靠手工记录统计,不但容易丢失,而且也不能一目了然的看到发展趋势,为了使系统能够跟上经济飞速发展,为了跟上信息飞腾的网络时代,我们开发了这个可视化的管理系统。针对学校学生众多管理难,事情种类繁多、信息量比较大,管理程序也比较复杂这一情况,为了更好地掌握其信息并且方便管理,提高工作效率,进一步规范管理程序,完善管理方法,需开发一个具有功能的强大的数据库管理系统。而本课题所开的管理信息系统正是根据这一些需求而建立一个具有统计、查询、修改、更新和系统维护等功能的数据库管理系统。 1.1编写目的 随着时代的发展,计算机技术越来越深入各行各业,为广大的用户提供了更为周到和便捷的服务。目前各行各业广泛使用专用系统,其内容范围跨越了教育科研、文化事业、金融、商业、新闻出版、娱乐、体育等各个领域,其用户群十分庞大,因此,设计开发好一个专用系统对一个机构(或部门)的发展十分重要。近年来,随着用户要求的不断提高及计算机科学的迅速发展,特别是数据库技术的广泛应用,向用户提供的服务将越来越丰富,越来越人性化。 对于学校而言,学生宿舍管理是必不可少的组成部分。目前仍然存在有学校停留在宿舍管理部门人员手工记录数据的阶段,手工记录对于规模小的学校来说勉强可以接受;但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的,而且当查找某条记录时,由于数据量庞大,只能依靠人工去一条一条地查找,这样不但麻烦而且浪费许多时间,工作效率比较低。采用计算机来管理宿舍和学生的信息,大大提高了查询的速度,节约了人力和物力资源,达到了预期的要求。 1.2 背景 A. 开发软件名称:学生宿舍管理系统 B. 本项目的任务提出者:宿舍后勤管理部门 C. 开发者:XXX D. 用户:全体住校学生 E. 实现该软件中心:XXXX学院

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调查概述 (1) 1.1背景 (1) 1.2目标 (1) 1.3系统描述 (1) 2系统分析 (2) 2.1需求分析 (2) 2.1.1用户需求 (2) 2.1.2功能需求 (2) 2.1.3安全需求 (2) 2.2可行性分析 (2) 2.2.1经济可行性 (2) 2.2.2技术可行性 (3) 2.2.3管理可行性 (3) 2.3系统开发方法的选择 (3) 2.4组织结构与功能分析 (3) 2.5业务流程分析以及业务流程图 (4) 2.5.1总业务流程图 (5) 2.5.2分业务流程图 (5) 2.6数据流程分析以及数据流程图 (8) 2.6.1总数据流程图 (8) 2.6.2分数据流程图 (9) 2.7数据分析 (11) 2.7.1数据项条目 (11) 2.7.2数据结构条目 (14) 2.7.3数据流条目 (15) 2.7.4处理逻辑 (17) 2.7.5数据存储 (19) 2.7.6外部实体 (19) 2.8描述处理逻辑 (20) 3系统设计 (22) 3.1总体设计 (22) 3.1.1模块结构设计 (22) 3.1.2总体数据库设计 (23) 4结束 (30) 参考文献 (31) 附录 (32)

1调查概述 1.1背景 当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。 人才培养,是高校的基本任务。而高校教学工作的良好运行,则离不开教学与管理工作的有效组织和协调。而学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。而住宿学生的大量增加,由此导致宿舍管理工作日益繁重,而现有工作人员不足,又是采用基本手工的操作方式进行,显然无法满足日益增长的宿舍管理业务工作的需要。因此,为了更加有效的做好宿舍管理工作,为广大学生提供方便、快捷、满意的服务,开发出一套能够进行实时处理的管理信息系统迫在眉睫。 1.2目标 建立一个宿舍管理系统帮助宿管人员解决繁杂的宿舍管理事物,提高其工作效率使宿舍的管理由人员的经验化向科学的系统化方面发展。进而节约学校关于后勤方面的支出更好的利用有限的财力为学生们做更多方便性服务。 1.3系统描述 此学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。

酒店管理系统需求说明书

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

目录 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、系统完整用例图

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

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

软件需求分析说明书

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

学生宿舍管理系统可行性分析

可行性研究报告 1、引言 1.1编写目的 宿舍管理系统对于一个学校来说是必不可少的组成部分,目前好多学校还停留在宿舍管理员手工记录数据的最初阶段,像咱们财经学院宿舍就是采用手工记录这种繁琐的方法,还可以勉强接受因为人手也比较多,但对于学生信息量比较大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查询某条记录时,由于数据量庞大,还只能靠人工去一条条查找,既浪费人力物力,效率也很低。 1.2背景 随着校园网络伴随着大学生的校园活动,网络办公在承担起校园的管理工作,信心一体化深入到了每一位校园成员的日常生活。 宿舍作为大学生的一个重要的生活场所,宿舍管理自然成为校园管理工作的重中之重,学生的人身,财产安全,生活环境,日常进出宿舍。住宿情况等都是宿舍管理的重要工作任务。基于当前现状,宿舍管理信息化,计算化,校园网络化成为了校园宿舍管理改革的必由之路。 1.3参考资料 [1]卫红春,李新娟编著,信息系统分析与设计,-2版,西安;西安电子科技大学出版社,2008.02 [2]张海藩编著,软件工程导论,-5版,北京;清华大学出版社,2008.02 2、可行性研究的前提 2.1 系统的预期要求 该系统主要包括基本数据维护、基本业务、数据库管理和信息查询。 2.1.1 基本数据维护部分应包括提供各层级管理添加、修改、删除并维护基本数据途径。 2.2.2 基本业务部分应实现宿舍楼的添加/修改/删除、学生基本信息的添加/修改/删除、学生基本信息的查询、留言板的管理情况。 2.2.3 数据库管理部分是对这个数据库的管理,包括各个管理员,学生详细信息等。 2.2.4 系统的技术可行性分析:在系统维护中包括登录处理,学生信息检索,数据库信息维护,使用时要核对用户名和口令。 2.2 功能说明 2.2.1用户登录模块 用户登录模块包括:室员登录、寝室长登录、管理员登录这三大部分。

课程管理系统需求说明书

燕京理工学院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/0113089815.html,+Dreamweaver8案例精粹》武新华等,西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》,陈承欢,清华大学出版社 2任务概述 2.1目标 课程的管理:包括课程的添加,修改和删除等 学生信息的管理:包括学生信息的添加,修改和删除等 学生课程的管理:包括学生通过浏览器进行添加登录用户,学生添加课程的学分信息等。 | 2.2假定和约束 经费限制:100万 开发时间:六个月之内 3需求规定 3.1对功能的规定

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

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

软件需求规格说明书

图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写,主要面向图书管理员、学生,老师, 和其他借阅图书的人员。本文档是整个软件开发的依据,它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能,将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队,指导老师,用户。 1.2 背景及范围 本项目的名称:图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言:C#是微软为.NET Framework量身订做的程序语言,C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性,是第一个组件导向的程序语言,和C++与Java一样亦为对象导向程序语言。 图书管理系统:图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言,独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善; b. 为了图书管理员对图书的管理更方便; c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位,管理不完善,设计时没能用全得到考虑,本项目的开发都将受到很大的影响。 2.3.2一般约束

学生宿舍管理系统现状分析

学生宿舍管理系统现状分析 高等院校是培养大学生成才的重要阵地, 大学生在校期间的时间可以说大部分是在宿舍这块园地度过的。高校对学生宿舍的管理是一项不可忽视的日常学生管理工作, 是高校学生管理工作中的重要部分, 管理与服务这些工作在学生宿舍这个学生日常学习生活的阵地中必须得到充分的实际体现。从培养合格人才的效果看, 高校宿舍管理的好与坏是直接起影响作用的。因此, 作为高校的学生管理工作者, 一定要把学生宿舍管理好,为学生创造一个优雅文明和谐的学习生活场所, 更是高校培养合格人才的必然要求。 随着高等教育事业的发展和社会主义市场经济体制的不断完善, 有相当多的高校合并重组升格, 校内的后勤服务也逐步向社会化方向转变, 对学生宿舍和公寓的管理营运有着不同形式的运作模式。各校根据本校的实际情况采取不同的管理模式, 对大学生的学习生活的服务起着较好的作用。但由于市场经济中消极因素的渗透, 有的宿舍公寓管理营运商惟利是图, 给学校整个管理工作带来了负面影响, 甚至影响学校在学生中的现象。现在宿舍公寓管理模式主要有两种, 但它们都不同程度地存在问题, 现针对其现状作如下分析:一是学生宿舍的综合管理模式。综合管理是目前高校学生宿舍管理中普遍采用的模式, 就是学校内部的后勤部门、学生工作部门、保卫部门和各系部的辅导员班主任的共同管理, 各部门各施其责, 按分工的不同, 对学生的管理服务有不同的内容。例如, 后勤服务部门提供服务, 管卫生、水电和维修等; 学生工作部门进行检查监督, 管思想教育和宏观调控; 各系部辅导员班主任管理日常事物、纪律和思想政治教育。各部门按职责分工相互配合, 齐抓共管做好学生宿舍管理工作。在管理过程中, 各种方式如管理制度、思想教育、经济手段等都必须采用, 这就能全面提升学生宿舍管理的质量和效果, 也便于学校的统一管理协调。但在实际操作中, 综合管理模式有它的严重缺陷, 从经济角度看管理成本相对较高, 齐抓共管往往变成无人管理或不抓不管, 管理中的混乱现象时有发生, 不能根本提高管理和服务质量, 存在着各部门相互推委或相互依赖或互相扯皮的不良现象, 这就给综合管理造成了不良后果带来消极影响。二是学生宿舍的经营管理模式。经营管理, 顾名思义是以经济为手段的经商式的管理。这种经营管理主要是来源于上级推行的后勤服务社会化改革, 是指学生宿舍和公寓由开发商投资建造, 在一定的年限内由开发商经营向学生收取成本费用服务费用等, 他们实行独立核算、自负盈亏, 在一定的年限内收回投资成本, 年限到期后移交学校。这种管理模式虽然减轻了国家和学校的负担, 利用社会力量支持高等教育事业的发展, 也大大地减少了学校的管理成本和减轻了学校的管理负担。但是, 这种模式的管理属于社会化管理, 开发商不愿也不

运维管理系统需求说明书

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文件报错

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

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

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

目录 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)

图书馆管理系统(软件需求说明书)。石云雷

1引言 (2) 1.1编写目的 (2) 1.2背景说明 (2) 2任务概述 (3) 2.1目标....................................................................................................... 错误!未定义书签。 2.1.1开发意图............................................................................................ 错误!未定义书签。 2.1.2应用目标............................................................................................ 错误!未定义书签。 2.1.3作用及范围........................................................................................ 错误!未定义书签。 2.2用户特点............................................................................................... 错误!未定义书签。 2.3假定与约束........................................................................................... 错误!未定义书签。 3需求规定 ..................................................................................................... 错误!未定义书签。 3.1对功能的规定....................................................................................... 错误!未定义书签。 3.2对性能规定 (8) 3.2.1精度.................................................................................................... 错误!未定义书签。 3.2.2时间特性要求.................................................................................... 错误!未定义书签。 3.2.3灵活性 (9) 3.3输入输出要求....................................................................................... 错误!未定义书签。 3.4数据管理能力要求 (11) 3.5故障处理要求 (12) 3.6其他专门要求 (12) 4运行环境设定 (13) 4.1设备 (13) 4.2支持软件............................................................................................... 错误!未定义书签。 4.3接口....................................................................................................... 错误!未定义书签。 4.3.1用户接口............................................................................................ 错误!未定义书签。 4.3.2软件接口............................................................................................ 错误!未定义书签。 4.4控制....................................................................................................... 错误!未定义书签。 4.5出错处理和恢复................................................................................... 错误!未定义书签。 1. 引言 1.1. 编写目的 需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。本需求的预期读者是与图书管理系统软件开发有联系的决策人,开发组成人员,扶助开发者,支持本项目的领导和公司人员,软件验证者。

管理系统需求说明书-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)车辆档案查询省、市、县分级查询。省综合管理部人员及车队管理人员可以查看到

相关文档
最新文档