,*,Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,Business Requirements Document,业 务 需 求 文 档,通天下科技有限公司,2004年9月22日,案例分析,合格证需求报告,Current Version当前版本:,1.1,Date Last Updated最后更新日期:,04/09/24,Last Updated By最后更新者:,李明、张喆、杨诚、李优柱,Author作者:,李明、张喆、杨诚、李优柱,Date Created建立日期:,04/09/22,Approved By签字:,Approval Date日期:,Revision History 修改记录,Version Number,版本号,Date Updated,更新日期,Revision Author修改人,Summary of Major Changes Made,主要变化概述,0.5,04/09/22,李明、李优柱,文档创建,1.0,04/09/23,李明、李优柱,文档完善,1.1,04/09/24,李明、李优柱,增加车辆合格判断流程、订单特殊信息描述表流程，以及检测系统应提供供应商接口描述。,Table of Contents 表格的内容,1,Introduction,介绍,4,1.1,Purpose Of This Document,本文档的目的,4,1.2,Goals of the Project,项目的目标,4,1.3,System Scope,系统范围,4,2,Assumptions and Other Relevant Facts,设想及其他相关因素,5,3,Business Requirements,业务需求,6,3.1,Icon Definition,图例,6,3.2,To-Be Process,未来业务流程图,7,4,User Requirements,用户需求,8,4.1,Functionality Requirements,功能需求,8,4.2,Processing Requirements,流程需求,9,4.3,Information Requirements,信息需求,14,4.4,Usability Requirements,使用性需求,14,4.4.1,Ease-of-use Requirements,易用性需求,14,4.4.2,Documentation Requirements,文件需求,14,4.4.3,Safety Requirements,安全需求,14,4.5,Performance Requirements,性能需求,15,4.5.1,Availability Requirements,可用性需求,15,4.5.2,Inheritness Requirements,继承性需求,15,4.5.3,Reliability Requirements,可靠性需求,15,4.5.4,Opening Requirements,开放性需求,15,4.5.5,Advance Requirements,先进性需求,15,4.5.6,Economical Requirements,经济性需求,15,4.6,Security Requirements,安全要求,15,4.6.1,User Security Requirements,用户安全要求,15,4.6.2,Data Security Requirements,数据安全要求,15,5,Requirement Constraints&Dependencies,需求约束和依赖,17,5.1,Design Constraint 设计约束 17,5.2,Project Constraint 项目约束 17,6,Support Environment,支撑环境,18,6.1,Software Environment,软件环境,18,6.2,Hardware Environment,硬件环境,18,7,Excursus,附录,19,7.1,Excursus One,附表,1 19,7.2,Excursus Two,附表,2 19,1 Introduction 介绍,1.1 Purpose Of This Document 本文档的目的,本文档为合格证打印项目的需求报告部分，包括项目目标、用户问题和背景分析、业务需求、用户需求和需求约束等内容，详细的描述了合格证打印模块的需求，同时通过分析对合格证打印流程进行了初步的设计。,1.2 Goals of the Project 项目的目标,总体目标为：为完成合格证打印功能，在MIS的基础上增加合格证打印模块。主要满足总装车间下线点入库车辆（包括二类底盘以及订单车）合格证和参数表的打印功能。,1.3 System Scope 系统范围,系统范围包括以下几个部分：,取,VIN,码数据；,整车相关数据处理；,打印合格证和参数表。,Assumptions and Other Relevant Facts,设想及其他相关因素,1,、合格证打印时要扫描录入入库车辆的随车记录卡上的,VIN,码。,2,、通过,VIN,码获取车辆的,VSN,码，从而获取整车的参数表。,3,、通过对二类底盘产品目录对二类底盘进行校验。,4,、通过对二类底盘、订单车的判断分别打印合格证、参数表。,3 Business Requirements,业务需求,3.1 Icon Definition,图例,3.2To-Be Process 未来业务流程图,4 User Requirements 用户需求,4.1 Functionality Requirements 功能需求,1)系统功能,A 能够实时录入车辆VIN码；,B 系统能从VIN码获得VSN码中的车辆相关信息；,C 取得相应车辆的参数表；,D 为质量部提供车辆合格证打印功能；,E 为质量部提供车辆参数表功能。,2),数据管理,系统提供基础数据维护功能：订单车生产批次号、颜色标示。,3),系统安全要求,设置每一个点权限。,4)界面设置功能,根据基础数据设置显示不同界面。,5),信息搜索功能,可以根据VIN检索合格证、参数表。,6),统计汇总计算,可以统计操作员工作信息。,7),数据备份及恢复,和MIS一起备份，并可在需要时给予恢复。,8),系统的兼容性,系统均能在WIN98、WIN2000、WINXP中正常运行，在将来的系统平台升级后，提供系统相应的技术支持和服务，确保升级后的系统正常运行。,9）权限管理,数据库管理系统提供的数据安全控制功能，并结合网络安全管理协同完成。,10）其它,支持足够多的用户并发操作；,11）特殊情况处理,A 二类底盘按照二类底盘打印流程处理；,B 订单车需按照VIN码和订单车特殊信息处理后获取参数表。,4.2Processing Requirements 流程需求,1、合格证打印流程需求,车辆入库以后，由操作员先录入车辆的VIN码，系统会自动读取该车辆的VSN码，然后从VSN码中获取车辆参数表信息，由系统校检对车辆信息进行校验判断是否检测合格，如果不合格转入手工处理，如果合格接着进行二类底盘判断；如果是二类底盘就转入二类底盘的合格证打印流程，如果不是，则打印整车合格证参数表。如果是订单车则转入订单车的合格证打印流程，如果不是则打印整车合格证参数表。,2、二类底盘校验流程需求,根据录入的VIN码的前两位和VSN码的前八位来判断是否为二类底盘，如果是，则转入二类底盘打印流程，如果不是则系统报错，转入手工处理流程。,3、二类底盘合格证打印流程需求,根据录入的VIN码获取二类底盘的参数表信息，并进行二类底盘合格的判断，如果合格则打印合格证，和参数表，如果不合格则手工进行维护。,4、车辆合格判断流程需求,首先销售部下达订单车需求，制造部、技术中心、销售部联合决定是否生产该订单。如果决定生产，由技术中心提供零件增减清单，制造部提供订单评审表，包括生产批次号，然后转入制造部生产，最后入库。入库时由质量部录入VIN码并获取VSN码，并输入零件增减清单，生产批次号，由系统生成并打印合格证、参数表。,5、订单车合格证打印流程需求,首先销售部下达订单车需求，制造部、技术中心、销售部联合决定是否生产该订单。如果决定生产，由技术中心提供订单车特殊信息描述表，制造部提供订单评审表，包括生产批次号，然后转入制造部生产，最后入库。入库时由质量部录入VIN码并获取VSN码，并输入订单车特殊信息表，生产批次号，由系统生成并打印合格证、参数表。,订单车特殊信息描述表包括订单车座位增减数量，订单车颜色等重要信息。订单车特殊信息描述表是订单车生产的重要信息，所以需要有专门的部门进行维护，具有维护资格的部门有：技术中心、制造部和质量部三个部门，他们各自有优缺点，可以经过权衡利弊后决定由那个部门维护。,4.3Information Requirements 信息需求,Report Type,报告类型,Report Name,报告名称,Description,描述,Stakeholder Audience相关人员,Frequency频率,业务,整车合格证、参数表,对入库的车辆进行VIN码录入，由系统根据VSN获取MIS中的车辆参数表，并打印整车合格证与参数表。,质量部、技术中心,管理,二类底盘产品目录表,录入二类底盘产品目录，存入系统数据库，生成二类底盘产品目录表供质量部人员维护。,质量部相关人员,业务,二类底盘合格证、参数表,根据VSN码判断是否为，并打印二类底盘合格证与参数表。,质量部、技术中心,管理,订单车需求表,由销售部人员根据客户需求确定订单车需求表，包括座位、颜色等信息。,销售部相关人员,管理,订单评审表,由制造部提交给技术中心，包括车辆的生产批次号。,制造部相关人员,管理,订单车特殊信息表,由技术中心根据制造部传来的订单评审表而发出，包括增加的车座位和颜色。,技术中心人员,业务,订单车合格证、参数表,根据车辆VIN码和订单车特殊信息表确定订单车的参数表，并打印,订单车,合格证与参数表。,质量部、技术中心,4.4Usability Requirements 使用性需求,4.4.1Ease-of-use Requirements 易用性需求,提供使用者对于系统的易使用性信息，如包括信息易得到，高层次用户界面指导，并可支持不同程度的专业的使用者。,4.4.2Documentation Requirements 文件需求,提供必须有的各类用户文档信息。包括打印用户手册，还包括任何在线帮助，指南和安装说明。,4.4.3Safety Requirements 安全需求,既要考虑系统的安全性，又要考虑用户使用的方便性。不方便的认证方式，同样会导致人为原因造成安全漏洞。解决方案就是采用统一基于Microsoft活动目录的身份最好的用户认证方式。提供一套完整的数据备份和恢复机制。,4.5Performance Requirements 性能需求,4.5.1,Availability Requirements 可用性需求,系统应有灵活友好的用户界面，完备的软件开发工具，便于操作、扩充和维护。,Inheritness Requirements 继承性需求,合格证打印模块应是MIS的继承与发展。,4.5.3,Reliability Requirements 可靠性需求,合格证打印模块涉及生产过程信息的实时采集，系统采用的软、硬件及各种设备应具有高可靠性。系统应采用成熟的技术，选用稳定可管理、可监控、可诊断的软硬件设备。特别是网络系统的安全可靠性要有保证，在车间环境下使用的设备、网络应具有足够的抗干扰能力，网络应有一定的容错能力。,4.5.4,Opening Requirements 开放性需求,系统应具有良好的开放性，并可根据企业发展