软件工程实训车辆管理系统需求规格说明书终极版
车辆管理系统需求规格说明书
车辆管理系统需求规格说明书1. 引言1.1 目的本文档主要描述了车辆管理系统的需求，包括功能需求、性能需求、系统需求等，目的是为了提供给相关开发人员和利益相关者一个清晰、一致的系统需求描述。
1.2 范围本文档适用于车辆管理系统的设计和开发阶段，涵盖了系统的功能、性能、界面、安全等方面的需求。
1.3 参考资料•《车辆管理系统需求调研报告》•《车辆管理系统设计规范》2. 功能需求2.1 用户管理•用户注册、登录、修改个人信息•用户角色权限管理2.2 车辆信息管理•车辆基本信息录入、修改、查询、删除•车辆类型管理•车辆使用状态管理2.3 维修管理•维修工单的创建、派单、验收•维修记录查询和统计2.4 加油管理•加油工单的创建、派单、验收•加油记录查询和统计2.5 车辆使用管理•车辆借用、归还管理•车辆使用记录查询和统计2.6 报表管理•各类报表的生成、导出3. 性能需求3.1 响应时间系统响应时间应在用户可接受的范围内，对于常见的操作，如查询、添加、修改等，响应时间不应超过2秒。
3.2 数据处理能力系统应能够处理一定规模的车辆数据，具体的数据量可根据实际业务需求来确定。
3.3 系统稳定性系统应保证7*24小时的稳定运行，故障率应低于千分之一。
4. 系统需求4.1 硬件环境•服务器：CPU性能稳定，内存不小于4G，硬盘容量不小于100G•客户端：CPU性能稳定，内存不小于2G，硬盘容量不小于50G4.2 软件环境•操作系统：Windows Server 2012或其他版本•数据库：MySQL 5.7或其他版本•开发工具：Java EE开发环境，如Eclipse、MyEclipse等4.3 系统安全•用户身份认证：支持用户名和密码登录，可集成第三方认证系统如LDAP•数据加密：对敏感数据进行加密存储，如使用SSL加密传输•操作日志：记录用户操作日志，方便审计和故障排查5. 用户界面需求5.1 界面布局界面应简洁明了，易于操作，主要包括以下几个部分：•数据显示区域5.2 交互设计•操作便捷，减少用户重复操作•提供明确的操作提示和错误提示•支持快捷键操作，提高用户操作效率5.3 界面美化•符合现代审美，采用扁平化设计风格•支持自定义主题，满足不同用户需求•字体、颜色、间距等细节处理得当，提高用户体验6. 兼容性需求6.1 浏览器兼容性系统应兼容主流浏览器，如Chrome、Firefox、IE11等。
ISO软件工程模板(4)汽车维修管理系统的概要设计说明书
概要设计说明书学号：********班级: 1115班姓名：胡**指导老师：***ISO软件工程模板(4)概要设计说明书1．引言1.1编写目的随着经济的发展，汽车已经步入了千家万代。
随之而来的汽车修理业也忙活起来。
为了让汽车修理更顺畅，某汽车维修站拟开发一套小型汽车维修管理系统。
1.2背景开发的系统名称：小型汽车维修管理系统。
本项目的任务提出者：软件工程老师——吴老师用户：某汽车维修站实现该软件的计算中心：个人计算机1.3定义汽车维修管理：主要是指车辆维修流程的计算机管理，通过修理企业的信息管理系统，对车辆的报修进行派工、结算出厂等方面以流程化的方式，把各个环节串连起来，为顾客提供计算机信息管理一体化的服务，达到提高企业管理水平的目的。
对出现故障的汽车进行修理，然后把要修理的和修理好的情况都整理成册。
1.4参考资料《软件工程》清华大学出版社张海藩编著人事管理系统的可行性研究报告百度文库车辆维修管理系统2．总体设计2.1需求规定功能：．对于新客户及车辆，汽车维修管理系统首先登记客户信息，包括：客户编号、客户名称、客户性质（个人、单位）、折扣率、联系人、联系电话等信息；还要记录客户的车辆信息，包括：车牌号、车型、颜色等信息。
一个客户至少有一台车。
记录维修车辆的故障信息。
包括：维修类型（普通、加急）、作业分类（大、中、小修）、结算方式（自付、三包、索赔）等信息。
维修厂的员工分为：维修员和业务员。
车辆维修首先委托给业务员。
业务员对车辆进行检查和故障分析后，与客户磋商，确定故障现象，生成维修委托书。
维修车间根据维修委托书和车辆的故障现象，在已有的维修项目中选择并确定一个或多个具体维修项目，安排相关的维修工及工时，生成维修派工单。
．客户车辆在车间修理完毕后，根据维修项目单价和维修派工单中的工时计算车辆此次维修的总费用，记录在委托书中。
2.1.1系统功能当客户与公司取得联系时，系统上要存储客户的车辆信息（包括维修信息）。
软件工程需求规格说明书
编号 003版本 V1.0 需求规格说明书项目名称：小区物业管理系统项目负责人编写校对审核单位: 班第1 小组2016年3月17日目录1引言 01.1编写目的 01.2背景 01.3参考资料 02任务概述 02.1目标 02.2用户的特点 03业务分析 (1)3.1组织机构分析 (1)3.2组织职能分析 (1)3.3确定业务 (2)3.4业务与机构 (2)3.5业务与实体 (2)3.6主要业务流程图 (3)4需求分析 (4)4.1系统功能需求 (4)4.1.1系统目标分析 (4)4.1.2系统需求结构图 (5)4.1.3系统功能描述 (5)4.1.4功能用例图 (7)4.2系统性能需求 (11)4.3输入输出要求 (11)4.4系统界面需求 (12)4.5故障处理要求 (12)5运行环境规定 (12)5.1硬件平台 (12)5.2软件环境 (12)6 风险分析 (12)6.1系统面临的主要风险 (12)6.2风险的处理策略 (13)7遗留问题 (13)1引言1.1编写目的本文档主要根据用户的需求，在对整个小区物业业务流程充分了解的情况下，从系统的目标，结构，功能，环境和风险等方面，对小区物业管理系统进行了彻底的分析，确定完整、合理和可行的方案，实现符合用户要求的信息系统。
并能够充分，准确的展现出其设计的总思想，简洁地使得用户了解整个的功能。
1.2背景A.待开发的软件系统的名称：小区物业管理系统B.项目的任务提出者：XX小区C.项目开发者：哈尔滨工程大学信息安全专业D.本文档的读者范围包括：a．需求提供方具体责任人b．开发方项目负责人、系统分析设计人员1.3参考资料A.《系统设计与分析》哈尔滨工程大学邢薇主编B.《软件设计文档国家标准－需求规格说明书（GB856T——88）》C.《JSP网络开发实例》人民邮电出版社2任务概述2.1目标小区物业管理系统将覆盖小区物业管理的全过程，包括财务管理，日常工作，报表管理和资料管理等各个环节。
软件系统系统需求规格说明书模板
软件系统系统需求规格说明书模板附件三系统需求规格说明书版本历史1.引⾔1.1.⽬的例如：规定系统的边界和⽬标，描述系统的功能性需求和⾮功能性需求。
1.2.读者对象及阅读建议说明：指明本⽂档⾯向的读者群，及相应的阅读意见。
1.3.⽂档范围【可选】说明：对本⽂的范围做阐述，本⽂档改动时，受到影响的范围，例如，本⽂引⽤到的⽤例模型，系统原型，系统测试⽤例等⽂档。
1.4.参考⽂档说明：列出本⽂档的所有参考⽂献（可以是⾮正式出版物），包括计划任务书、合同、批⽂、引⽤到的⽂件、资料及软件开发标准等。
1.5.术语与缩写解释说明：列出本⽂件中⽤到的专门术语的定义和缩写词的原词组，并给予解释，以便于所有读者达成共识。
2.综合描述2.1.系统背景【可选】说明：介绍系统的预期效果、历史原因。
2.2.问题说明【可选】提供⼀段说明，总结此项⽬需要解决的问题。
可以采⽤以下格式：2.3.系统范围说明：阐述本项⽬“适⽤的业务领域”和“不适⽤的业务领域”，本产品“应当包含的内容”和“不包含的内容”。
说清楚系统范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精⼒集中在产品范围之内；（3）有助于控制需求的变更。
●完整⽽准确的定义本产品的⼲系⼈；●明确本产品所影响到的部门和业务；⽤图表或者⽂字描述产品的范围，概要的定义产品的功能。
2.4.⼲系⼈与⽤户说明【可选】2.4.1.⽤户环境【可选】详细说明⽬标⽤户的⼯作环境。
以下是⼏项建议：该任务由多少⼈来完成？是否总在变化？⼀个任务周期需要多长时间？执⾏每项活动要⽤多长时间？是否总在变化？是否有特殊的环境约束：移动、户外、乘机旅⾏等？⽬前使⽤的是哪些系统平台？以后会使⽤哪些平台？还在使⽤哪些应⽤程序？您的应⽤程序是否需要和这些应⽤程序集成？在此处可以从业务模型中摘录⼀些内容来概述所涉及的任务和⾓⾊等等。
2.4.2.⼲系⼈简档【可选】通过在下表中填写各⼲系⼈的相关信息来说明系统中的各个⼲系⼈，详尽的简档应包括各种⼲系⼈在以下⽅⾯的信息：2.4.3.关键的⼲系⼈/⽤户需要列出⼲系⼈认为现有解决⽅案存在的关键问题。
汽车维修管理系统—需求说明书
软件工程需求分析报告学号：20111415班级: 1102班姓名：伍嘉宇指导老师：吴一帆1. 引言1.1 编写目的可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。
经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后，交软件经理审查。
1.2 背景开发的系统名称：电子商务网站本项目的任务提出者：软件工程老师——吴老师项目开发者：120开发小组用户：广大消费者实现软件的单位：校园超市项目与其他软件，系统的关系：本系统采用客户机服务器原理，采用的是SQL SELVER数据库，在各种浏览器中用户可以实现操作。
1.3 定义OSMP Online Shopping Mall Platform购物商城系统1.4 参考资料人事管理系统的可行性研究报告《软件工程导论》张海藩，清华大学出版社2．任务概述2.1目标这是一个购物商城平台，主要要完成对用户注册/登陆、商品展示/搜索、购物等。
2）性能：准确度要高，数据要完善。
3）输入输出：用户注册时必须准确输入个人信息，商品信息也要准确输入，用户订货要准确记录，修改库存量，用户可以查看商品信息，管理员可以查询和修改商品及用户信息 4）基本的数据流程和处理流程：会员登陆后浏览商品，选中加入购物车，然后确认，生成订单，购物完成。
处理流程和数据流程用图表的方式：表示出最基本的数据流程和处理流程，并辅之以叙述； 5）安全与保密要求: 用户填写必要资料和可选资料后成为本购物网站的会员，只有注册会员才可以进行购物操作，非注册会员只能查看商品资料。
6）数据的来源：通过网络资源。
主要的目标：1）提高了销售的工作效率。
2) 建立与顾客之间进行网上交易的平台，增加公司的销售渠道，为顾客提供更便捷的服务 3) 采用网上销售模式，减少中间环节的费用，提交公司利润。
软件需求规格说明书模板(超详细)
X X X X X X单位X X X X X X X项目软件需求规格说明书龙子湖网络科技项目项目名称文档软件需求规格说明书文档ID说明作者***最后更新时间2011-10-20版本更新概要版本号时间更新人更新摘要2011-10-02移动OA、车辆管理模块需求内容2011-10-20移动政务资源管理系统平台需求内容2011-11-08根据业务需求，电子公文在线预览项目负责人审核与确认姓名职位审核时间审核意见(签字) 供应商：客户方：目录第一章引言 (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)✓待办公文列表排序 (11)✓公文详细信息界面元素 (11)✓网站信息审批 (12)✓会议申请 (12)✓意见录入 (12)✓移动邮件 (13)✓会议管理 (13)✓通知通告 (13)✓通讯录管理 (14)2.车辆管理模块升级改造需求 (14)✓系统功能架构 (14)✓网络拓扑结构 (15)3.电子公文预览需求 (16)✓电子公文交换网络 (16)✓电子公文交换流程 (18)4.政务信息管理系统平台功能需求 (19)第四章软硬件或其他外部系统接口需求 (21)1.用户界面 (21)2.硬件需求 (22)3.网络需求 (22)4.接口需求 (22)5.通信需求 (23)6.运行环境 (23)第五章其他非功能需求 (24)1.性能需求 (24)2.安全设施需求 (25)3.安全性需求 (25)4.扩展性需求 (26)5.可移植性需求 (26)第一章引言1编写目的为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
软件工程实验报告车辆管理
软件工程实验日志指导教师实验时间：年月日学院计算机专业信息安全班级5331201 学号2012216848 姓名陈启思实验室as331实验题目：使用Visio绘制用例模型实验目的：通过UML来分析并构造车辆管理系统模型，主要找出系统中所有的用例，以及对用例进行说明，还需要和车辆管理信息系统的潜在用户进行讨论，图形使用Visio工具软件绘制。
实验要求：学会使用Visio绘制用例图实验主要步骤：1.启动Visio中的UML模型绘制开始时需要新建一个文件存放用例模型，首先选择“开始”→“程序”→Microsoft Office Visio 2007选项进入Visio启动页面2.保存UML模型通过选择菜单File→Save选项或者单击工具栏的Save按钮，来保存系统模型，保存的文件类型是.vsd。
3.新建用例图选择菜单UML→“视图”→“模型资源管理器”选项打开此窗口。
所建立的UML模型均体现在模型资源管理器中。
系统开发的初期阶段所建立的用例模型是静态模型，因此选中“静态模型”中的“顶层包”项并右击，在弹出的快捷菜单中选择“新建”选项，然后再选择“用例图”选项。
此时在“顶层包”下出现图标，选中该图标右击，在弹出的快捷菜单中选择“重命名”选项给该用例图重新命名为“车辆管理系统用例图”。
4.建立用例中的角色按照“车辆管理信息系统用例图”所示的用例模型，需要建立两个角色：“二级公司”和“系统管理员”，方式是在形状窗口中选择UML用例，在UML 用例图集中将“参与者”图形拖拽到绘图版中（注：Visio中的参与者即为角色，默认名为主角），此时在模型资源管理器中的“顶层包”下出现图标，选中该图标右击，在弹出的快捷菜单中选择“重命名”选项给角色重新命名为“二级公司”；或者是在绘图板中双击“参与者1”图形，弹出“UML主角属性”对话框，将名称文本框的“主角1”修改为“二级公司”，同时也可为角色撰写说明文档，或设置角色的特性、操作、约束条件和标记值。
软件系统需求规格说明书(范文格式)
XXX公司XXXX系统需求规格说明书XXX公司2013年8月修订记录目录1.引言 (1)1.1.编写目的 (1)1.2.项目背景 (1)1.3.术语定义 (1)1.4.参考资料 (2)2.任务概述 (3)2.1.建设目标 (3)2.2.建设内容 (3)2.3.用户要求 (3)2.4.假定和约束 (4)3.系统需求 (5)3.1.功能架构图 (5)3.2.通用需求 (5)3.2.1.系统通用工具栏 (5)3.2.2.其它通用需求 (6)3.3.XXX管理子系统 (7)3.3.1.系统管理 (7)3.4.集成需求 (12)3.4.1.基础数据对接 (12)3.4.2.单点登录（SSO） (12)3.4.3.文书跨系统审批 (12)3.4.4.短信提醒 (13)3.5.性能需求 (13)3.6.网络需求 (13)3.7.存储需求 (13)3.8.安全需求 (14)3.8.1.技术平台设计安全需求 (14)3.8.2.系统运行安全需求 (15)4.运行环境规定 (15)4.1.设备 (15)4.2.软件 (16)4.2.1.服务器操作系统版本 (16)4.2.2.客户机 (17)4.2.3.数据库版本 (17)4.2.4.中间件服务器版本 (17)4.3.接口 (17)4.3.1.外部接口 (17)4.3.2.内部接口 (18)名词缩写：1.XXX集团，即“XXX省XXX集团有限责任公司”；[引号里面为全称]2.XXX系统，即“XXX集团XXX系统”；[引号里面为全称]3.XXX公司，即“XXX有限公司”，系统承建单位。
[引号里面为全称]1.引言1.1.编写目的XXX公司项目团队在完成对XXX公司已有业务系统（财务、供应、销售和人力资源）的功能调研，并对其作深入研究，同时分别派驻项目组员到、公司进行调研，并对调研结果进行详细分析，在和相关人员对建设功能深入探讨的基础上，提交这份系统需求规格说明书。
本文档对XXX公司XXX系统做了全面细致的用户需求分析，明确所要开发的系统应具有的功能、性能与安全机制，使软件开发人员能清楚地了解用户的需求，并在此基础上完成后续设计与开发工作，同时本文档也作为项目评审验收的依据之一。
软件工程课程设计说明书-车站售票管理系统需求规格说明书
目录1.引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2．任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.3条件与限制 (3)3．数据描述 (3)3.1静态数据 (3)3.2动态数据 (4)3.3数据库介绍 (5)3.4数据词典 (6)3.5数据采集 (7)4．功能需求 (8)4.1功能划分 (8)4.2功能描述 (21)5．性能需求 (22)5.1数据精确度 (22)5.2时间特性 (22)5.3适应性 (22)6．运行需求 (23)6.1用户界面 (23)6.2硬件接口 (28)6.3软件接口 (28)6.4故障处理 (28)7．其它需求 (29)8. 附录 (29)1.引言1.1编写目的随着计算机技术的发展，人类生活速度的加快，单一的人工售票方式已经不能满足人们出行的要求。
每逢出行高峰都会造成火车站售票的拥挤，因此售票自动化应运而生。
车站售票管理系统就是这样的一个产物。
经过我开发小组的调研与讨论研究，基本上明确了该系统的需求，并在此基础上完成软件需求规格说明书。
该文档旨在对该系统的需求做出综合的分析，对各个模块的功能做出具体的说明。
《车站售票管理系统需求规格说明书》的目的是明确《车站售票管理系统》中各项功能和非功能需求，确定系统功能模块，同时为概要设计和详细设计人员提供设计依据，也可供本项目的其他开发人员参阅。
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
本文档需要交于论证人员进行论证修改，无误后供软件开发人员进行后期的软件设计1.2项目背景委托单位：呼和浩特火车站开发单位：内蒙古工业大学软件工程主管部门：内蒙古工业大学计算机系项目开发者：周伟，马星，张玲燕，苗欣宇用户：呼和浩特火车站产品的所有权：呼和浩特火车站项目背景：火车票出售管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。
车辆管理系统需求规格说明书
车辆管理系统软件需求规格说明书编写目的 背景 预期读者 参考资料2综合描述2.1产品目标 ........................ 错误! 2.2产品功能 ........................ 错误! 2.3用户范畴和特征 .......................... 错误! 2.4运行环境 ..................................... 错误! 2.5设计和实现限制 ............................... 错误!2.6假定和约束 ................................... 错误!2.6.1人力资源约束 ........................... 错误!2.6.2技术约束 ............................... 错误!2.6.3环境约束 ............................... 错误!3外部接口需求 ....................................... .错误!3.1用户界面 ..................................... 错误! 3.2硬件接口 .................................... 错误! 3.3软件接口 .................................... 错误! 3.4通信接口 .................................... 错误! 4功能性需求 ......................................... 错误!4.1功能分析 ..................................... 错误! 4.2用例图 ....................................... .错误! 4.3用例分析 ..................................... 错误! 4.4功能活动图 ................................... 错误! 4.5状态图 ....................................... .错误! 5非功能需求 ........................................ ^错误!5.1 性能需求 ..................................... 错误！ ..................................................... 未定义书签5.1.1时间、界面、响应要求 .................. 错误！未定义书签5.1.2灵活性 ................................. 错误！未定义书签 5.2数据管理需求 ................................. 错误！未定义书签5.2.1系统数据流图 .......................... 错误！未定义书签 5.2.2数据整理与保存 ........................ 錯误！未定义书签 5.2.3数据安全性 ............................. 错误！未定义书签 5.3故障处理需求 ................................. 错误！未定义书签1引言..1.1 1.2 1.3 1.4 错误! 错误! 错误! 错误! 错误! 错误! 未定义书签 未定义书签 未定义书签 未定义书签 未定义书签 未定义书签 未定义书签未定义书签 未定义书签未定义书签未定义书签未定义书签未定义书签未定义书签未定义书签 未定义书签 未定义书签 未定义书签 未定义书签未定义书签 未定义书签 未定义书签 未定义书签 未定义书签 未定义书签未定义书签 未定义书签1引言1.1编写目的需求说明的编写是为了研究车辆管理软件的开发途径和应用方法。
软件需求规格说明书模板(超详细)
X X X X X X单位X X X X X X X项目软件需求规格说明书龙子湖网络科技目录第一章引言 (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)✓待办公文列表排序 (11)✓公文详细信息界面元素 (11)✓网站信息审批 (12)✓会议申请 (12)✓意见录入 (12)✓移动邮件 (12)✓会议管理 (13)✓通知通告 (13)✓通讯录管理 (14)2.车辆管理模块升级改造需求 (14)✓系统功能架构 (14)✓网络拓扑结构 (15)3.电子公文预览需求 (15)✓电子公文交换网络 (16)✓电子公文交换流程 (18)4.政务信息管理系统平台功能需求 (19)第四章软硬件或其他外部系统接口需求 (21)1.用户界面 (21)2.硬件需求 (22)3.网络需求 (22)4.接口需求 (22)5.通信需求 (23)6.运行环境 (23)第五章其他非功能需求 (24)1.性能需求 (24)2.安全设施需求 (25)3.安全性需求 (25)4.扩展性需求 (26)5.可移植性需求 (26)第一章引言1编写目的为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
2软件需求分析理论软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。
软件需求分析是一个项目的开端，也是项目实施最重要的关键点。
据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。
(完整版)车队管理系统需求规格说明书(1)
中国人民解放军总后勤部疗养院车辆管理系统需求规格说明书产品设计团队目录1.编写说明 (4)2. 系统目标 (4)3．新特性 (4)4. 功能概述 (4)5. 业务模式 (5)5.1业务概述 (5)5.1.1车辆管理模块： (6)5.1.2 驾驶员管理模块： (7)5.1.3 承接任务管理模块： (9)5.1.4 查询统计模块： (11)5.1.5 车队运输成本维护模块： (13)6.功能要求 (14)6.1 车辆管理 (14)6.2 驾驶员管理 (14)6.3 承接任务管理 (14)6.4 查询统计 (14)6.5 运输成本维护 (14)7.输入输出 (15)7.1 输入 (15)7.2 输出 (15)1.编写说明编写该文档目的在于明确系统范围，明确疗养院车辆管理系统的业务流程，并规范化的记录该系统的功能需求和非功能性需求。
本文档主要供以下人员阅读和使用：●为软件开发团队，包括项目开发人员和测试人员项目开发参考用●其它相关用户,了解系统的需求范围和实现目标，目的在于更好的使用系统2. 系统目标该系统主要为疗养院解决日常接待和车辆管理的需求，协助工作人员进行日常车辆管理和人员管理，提高管理效率，降低运作成本，增强疗养院日常管理的便捷性和提高疗养院的信息化程度。
通过该系统，疗养院车队的相关管理人员能实现对车队、车辆的动态管理；调度人员能随时了解车辆动向和使用情况；接待员能开出和接收接送任务单；财务人员也能通过该系统进行车辆使用成本的核算。
3．新特性（1）接待登记单接收：通过预约接待系统产生的接待登记单自动从数据库中接收至本系统，根据登记单信息汇总后，可根据系统中的车辆资源自动分配接待任务。
（2）短信提示：系统自动短信提示接待车辆信息如驾驶员、车型、车牌号、接待时间等。
（3）车辆信息查询统计成本核算等。
4. 功能概述本系统名为“疗养院车辆管理系统”，主要供疗养院内部使用。
系统面向疗养院的工作人员，包括财务人员、车辆管理人员、接待员，接待业务员等。
软件项目开发课程设计机关车辆管理系统说明书
软件项目开发课程设计机关车辆管理系统说明书实践教学*******************兰州理工大学运算机与通信学院2011年秋季学期软件开发综合训练课程设计题目：机关车辆治理系统专业班级：08级运算机科学与技术（3）班姓名：刘有银学号：08240311指导教师：张红成绩：目录摘要........................................................................................................................................................ 序言.................................................................................................................................................. I 1、可行性分析. (2)1.1问题描述 (2)1.2可行性分析研究 (2)1.2.1技术可行性 (2)1.2.2经济可行性 (3)1.2.3操作可行性 (3)1.3结论意见 (3)2、项目开发打算 (5)2.1编写目的 (5)2.2项目背景 (5)2.3项目概述 (5)2.4项目开发打算 (6)3、需求分析 (7)3.1任务需求分析 (7)3.2数据流图、数据字典及实体联系图 (8)3.2.1数据流图 (8)3.2.2数据字典 (11)3.2.3实体联系E-R图 (13)4、系统概要设计 (17)4.1总体设计 (17)4.2系统功能模块图 (17)4.3数据库概念设计 (17)4.4数据库逻辑结构设计 (18)4.5连接数据库的特点 (22)5、详细设计 (22)5.1系统的要紧功能 (22)5.2程序流程图 (24)5.3用户界面设计 (27)5.3.1一样交互设计 (27)5.3.2信息显示设计 (28)5.3.3数据输入设计 (28)5.4程序设计过程 (28)5.4.1登录界面及密码修改 (29)5.4.2信息添加操作 (30)5.4.3信息查询操作 (30)5.5软件测试 (31)设计总结 (32)参考文献 (33)致谢 (34)摘要面对国内汽车数量的不断增加，在人们的生活中，机动车辆是我们每天都离不开的交通工具，因此，我们要想能更好的使用它们，充分的发挥它们的作用，使其能更好的服务于社会，就应该有一个良好的车辆治理系统。
车辆管理系统功能需求及方案
根据小区的管理规定，可通过系统设置，夜晚规定时间后停止部分道闸车辆只能从南门进口进，北门出口出。
二
1
SY智能车辆出入管理系统以先进的智能IC、ID卡为信息媒介，结合计算机数据与网络通讯技术、电子控制技术与机械制造技术，实现了小区停车的高度自动化、智能化管理，提高了管理者的工作效率，防止了乱停车辆，堵塞了临时停车收费的漏洞，让停车管理变得高效快捷、方便易用、准确公正。经过众多客户的使用，该系统以其稳定可靠、安全方便的良好表现，赢得了一致好评。
友情提醒：
1．鉴于贵小区的实际情况及我司的经验建议不采用图像车牌对比系统，因为该系统对门卫保安要求较高（要求会使用电脑），会造成出入口堵塞，且由于出入口电脑的存在会增加较大管理及维护成本。
2．建议本项目采用全IP传输型系统以确保多系统融合传输的稳定及将来其它系统接入的无缝兼容。
3．由于物业管理行业目前的微利状况建议在本项目合同中增加责任事故赔偿承诺条款以确保贵小区的利益。
1、入场：固定用户远距离刷卡认证成功后，同时道闸拦杆机开启进入小区。
2、停车：进小区后，固定用户可停入固定车位。该车位可与车号捆绑，在后台软件设置。
3、出场：固定用户远距离刷卡认证成功后，道闸拦杆机开启，车辆可以出场。
访客车辆：由近距离读卡器管理
1、访客在出入口由保安通过语音对讲呼叫管理中心，管理中心与业主确认后，票箱机吐出访客临时卡，刷卡后由管理中心自动获取卡号并在显示屏上提示该车本次停车车位号（系统会给出与被访业主最近的临时车位），接待保安刷保安卡打开道闸，系统记录所需信息开始计费。
采用冷扎钢板外壳，表面静电粉末喷涂、防水、防锈、防撞，外型美观
4）、票箱控制板
控制板包括：天线、通讯模块、感应处理模块、控制模块、控制箱、专用电源。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
车辆管理系统软件需求规格说明书班级 08软工A2拟制人 XXX2011年3月14日目录1引言 (3)1.1编写目的 (3)1.2 背景 (3)1.3 预期读者 (3)1.4参考资料 (4)2综合描述 (4)2.1产品目标 (4)2.2产品功能 (4)2.3用户范畴和特征 (5)2.4运行环境 (5)2.5设计和实现限制 (5)2.6 假定和约束 (5)2.6.1人力资源约束 (5)2.6.2技术约束 (6)2.6.3环境约束 (6)3外部接口需求 (6)3.1用户界面 (6)3.2硬件接口 (6)3.3软件接口 (6)3.4通信接口 (6)4功能性需求 (7)4.1功能分析 (7)4.2用例图 (8)4.3用例分析 (11)4.4功能活动图 (23)4.5活动分析 (27)4.6功能状态图 (28)5非功能需求 (29)5.1性能需求 (29)5.1.1时间、界面、响应要求 (29)5.1.2灵活性 (30)5.2数据管理需求 (30)5.2.1系统数据流图 (30)5.2.2数据整理与保存 (31)5.2.3数据安全性 (32)5.3故障处理需求 (32)1引言1.1编写目的此需求规格说明书对车辆管理系统软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
1.2 背景随着社会经济的发展，使用车辆的人越来越多，对于拥有各种类型大量车辆的机关事业单位，车辆的管理日益成为日常事务中的一项重要的工作内容。
如何让管理人员及时了解车辆状况，提高工作效率，提高车辆的使用效率，就成为各单位期待解决的一个课题。
汽车管理系统能够提供一个科学，规范，系统的管理手段，改善以往人工运行维护管理过程中繁琐的工作流程，提高车辆使用效率。
项目小组已完成了全面的市场调查和分析，同时与目标用户进行了多次深入沟通，并在此基础上着手开发车辆管理系统软件。
项目开发者：08软工A2 陆美娟用户：个人1.3 预期读者本需求的预期读者是开发组成人员，软件测试人员，支持本项目的老师，软件维护人员。
1.4参考资料[1]. 《 2.0网络编程从基础到实践》马颖华苏贵洋袁艺苏桂涛编著[2]. 《UML基础与Rose建模教程》蔡敏徐惠惠黄炳强编著[3]. 《C#数据库系统开发完全手册》明日科技张跃延许文武王小科编著[4]. 《软件工程实验与实践教程》陈佳曹妍编著[5]. 《实用软件文档写作》肖刚古辉程振波张元鸣著[6]. 《软件需求工程》毋国庆梁正平袁梦霆李勇华编著2综合描述2.1产品目标车辆管理系统软件旨在为商业人士及在社会团体、机构中负责公共关系的人士提供一个功能全面、使用方便的汽车管理数据库系统,以替代传统的手工通讯录，同时利用先进信息技术为用户提供一些更为方便实用的功能。
2.2产品功能1、车辆购置管理2、车辆调拨管理3、车辆报废管理4、车辆基本信息管理2.3用户范畴和特征此软件的使用者具有如下特点：1、工作繁忙，惜时如金；2、工作中与外界联系非常频繁；3、与外界的联系成为开展工作的关键因素，相关信息丢失或损坏可能带来重大损失；4、已经或即将实施办公自动化。
针对如上用户特点，车辆管理系统软件可以迅捷、准确、方便地提供汽车的管理功能，同时力求为用户提供方便、高效、实用的功能。
2.4运行环境运行该软件所适用的具体设备必须是奔腾4、内存512MB以上的计算机。
操作系统在Windows xp及以上。
数据库为SQL Server2005版本2.5设计和实现限制仅设计为本地版本，无需联网，没有服务器端。
2.6 假定和约束2.6.1人力资源约束1、开发工作量约需3个人2月工作量。
开发完成后，可减少为1名作为维护人员。
2、辅导老师1人，开发人员2人；2.6.2技术约束本项目的设计是在ASP\程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。
2.6.3环境约束运行该软件所适用的具体设备必须是奔腾4、内存512MB以上的计算机。
操作系统在Windows xp及以上。
3外部接口需求3.1用户界面见《系统设计说明书》3.2硬件接口考虑到大量数据的备份等要求，需要保持与磁带机、光盘刻录机及USB的接口，这较易实现。
3.3软件接口这里，主要考虑软件与操作系统、数据库管理系统的接口。
由于不存在从其他文件导入的功能，所以无需担心格式转换的问题。
该软件更趋向于单一封闭的单机版软件。
3.4通信接口无需与网络连接，只需考虑与外部移动设备的通信。
4功能性需求4.1功能分析1、登陆模块1）登录时进行用户匹配后，根据不同权限要求，可对不同模块进行操作。
2、车辆购置管理模块1）二级公司申请购置车辆2）总工程师审批3）总经理批复4）车辆购置登记、汽车履历及规格记录3、车辆调拨管理模块1）二级公司申请调拨车辆2）总工程师审批3）总经理批复4）汽车履历及规格记录4、车辆报废管理模块1）二级公司申请报废车辆2）总工程师审批3）总经理批复4）车辆报废台账、汽车履历及规格记录4.2用例图1、车辆管理信息系统用例图登录管理车辆基本信息管理<<extend>>用户管理<<include>>图2-24 车辆管理信息系统用例图2、车辆购置管理子用例图车辆购置申请管理添加车辆购置申请信息图2-25 车辆购置管理子用例图3、车辆调拨管理子用例图车辆调拨申请管理添加车辆调拨申请信息图2-26 车辆调拨管理子用例图4、车辆报废管理子用例图车辆报废申请管理添加车辆报废申请信息图2-27 车辆报废管理子用例图5、车辆基本信息子用例图6、添加车辆基本信息车辆基本信息管理图2-28 车辆基本信息管理子用例图4.3用例分析用例1用例名称：添加车辆购置申请用例识别号：1.1.1参与者：二级公司用户简要说明：二级公司用户添加一个车辆购置申请单前置条件：二级公司用户已登陆车辆管理信息系统基本事件流：1）二级公司用户单击“插入”按钮。
2）系统出现编辑窗口。
3）二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。
4）二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆购置申请记录就被插入到数据库中。
5）用例终止。
其它事件流：在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的内容都不会被保存。
异常事件流：1）提示错误信息，二级公司用户确认。
2）返回到管理系统主界面。
后置条件：一条新的车辆购置申请记录被插入到数据库并显示出来。
注释：无用例2用例名称：删除车辆购置申请用例识别号：1.1.2参与者：二级公司用户简要说明：二级公司用户删除一个车辆购置申请单前置条件：二级公司用户已登陆车辆管理信息系统基本事件流：1）二级公司用户单击选中要删除的车辆购置申请记录。
2）二级公司用户单击“删除”按钮。
3）系统出现“提示是否删除”窗口。
4）二级公司用户单击“是”按钮，该车辆购置申请记录就被从数据库中删除。
5）用例终止。
其它事件流：在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆购置申请记录不会被删除。
异常事件流：1）提示错误信息，二级公司用户确认。
2）返回到管理系统主界面。
后置条件：选中的或默认的车辆购置申请记录从数据库中被删除，同时显示界面被更新。
注释：删除之前，要先使用查询功能，以便选中要删除的内容。
用例3用例名称：总工程师购置申请审批用例识别号：1.2.1参与者：总工程师简要说明：总工程师对二级公司用户提交的车辆购置申请单进行审批。
前置条件：总工程师已登陆车辆管理信息系统、存在未审批的车辆购置申请。
基本事件流：1）总工程师单击选中要审批的车辆购置申请记录。
2）总工程师单击“审批”按钮。
3）系统出现编辑窗口。
4）总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。
5）总工程师选择“同意”或“不同意”单选按钮审批结果。
6）总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆购置申请记录就被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。
7）用例终止。
其它事件流：在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。
异常事件流：1）提示错误信息，二级公司用户确认。
2）返回到管理系统主界面。
后置条件：选中的车辆购置申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释：审批之前，要先使用查询功能，查出未审批的车辆购置申请记录。
用例4用例名称：总经理购置申请批复用例识别号：1.3.1参与者：总经理简要说明：总经理对二级公司用户提交的车辆购置申请单进行批复。
前置条件：总经理已登陆车辆管理信息系统、存在满足如下条件的车辆购置申请记录，即：总工程师已审批、总经理未批复的公司所属车辆购置申请记录。
基本事件流：1）总经理单击选中要批复的车辆购置申请记录。
2）总经理单击“批复”按钮。
3）系统出现编辑窗口。
4）总经理可以在审批意见文本框上添加或修改批复意见，也可以完全删除，重新填写。
5）总经理选择“同意”或“不同意”单选按钮批复结果。
6）总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆购置申请记录就被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。
7）用例终止。
其它事件流：在单击“存盘”按钮之前，总经理随时可以单击“取消”按钮，审批内容及批复结果都不会被保存。
异常事件流：1）提示错误信息，二级公司用户确认。
2）返回到管理系统主界面。
后置条件：选中的车辆购置申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释：批复之前，要先使用查询功能，查出总工程师已审批，总经理未批复的公司所属车辆购置申请记录。
用例5用例名称：添加车辆调拨申请用例识别号：2.1.1参与者：二级公司用户简要说明：二级公司用户添加一个车辆调拨申请单前置条件：二级公司用户已登陆车辆管理信息系统基本事件流：1）二级公司用户单击“插入”按钮。
2）系统出现编辑窗口。
3）二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。
4）二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆调拨申请记录就被插入到数据库中。
5）用例终止。
其它事件流：在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的内容都不会被保存。
异常事件流：1）提示错误信息，二级公司用户确认。
2）返回到管理系统主界面。
后置条件：一条新的车辆调拨申请记录被插入到数据库并显示出来。
注释：无用例6用例名称：删除车辆调拨申请用例识别号：2.1.2参与者：二级公司用户简要说明：二级公司用户删除一个车辆调拨申请单前置条件：二级公司用户已登陆车辆管理信息系统基本事件流：1）二级公司用户单击选中要删除的车辆调拨申请记录。