Business Requirements Document

1. 案例分析 合格证需求报告 Business Requirements Document 业 务 需 求 文 档

3. Revision History 修改记录

4. Table of Contents 表格的内容 1Introduction 介绍4 1.1Purpose Of This Document 本文档的目的4 1.2Goals of the Project 项目的目标4 1.3System Scope 系统范围4 2Assumptions and Other Relevant Facts 设想及其他相关因素5 3Business Requirements 业务需求6 3.1Icon Definition 图例6 3.2To-Be Process 未来业务流程图7 4User Requirements 用户需求8 4.1Functionality Requirements 功能需求8 4.2Processing Requirements 流程需求9 4.3Information Requirements 信息需求14 4.4Usability Requirements 使用性需求14 4.4.1 Ease-of-use Requirements 易用性需求14 4.4.2 Documentation Requirements 文件需求14 4.4.3 Safety Requirements 安全需求14 4.5Performance 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.6Security Requirements 安全要求15 4.6.1 User Security Requirements 用户安全要求15 4.6.2 Data Security Requirements 数据安全要求15 5Requirement Constraints & Dependencies 需求约束和依赖17 5.1 Design Constraint 设计约束 17 5.2 Project Constraint 项目约束 17 6Support Environment 支撑环境18 6.1Software Environment 软件环境18 6.2Hardware Environment 硬件环境18 7Excursus 附录19 7.1Excursus One 附表1 19 7.2Excursus Two 附表2 19

5. 1 Introduction 介绍 • 1.1 Purpose Of This Document 本文档的目的 • 本文档为合格证打印项目的需求报告部分，包括项目目标、用户问题和背景分析、业务需求、用户需求和需求约束等内容，详细的描述了合格证打印模块的需求，同时通过分析对合格证打印流程进行了初步的设计。 • 1.2 Goals of the Project 项目的目标 • 总体目标为：为完成合格证打印功能，在MIS的基础上增加合格证打印模块。主要满足总装车间下线点入库车辆（包括二类底盘以及订单车）合格证和参数表的打印功能。 • 1.3 System Scope 系统范围 • 系统范围包括以下几个部分： • 取VIN码数据； • 整车相关数据处理； • 打印合格证和参数表。

6. Assumptions and Other Relevant Facts • 设想及其他相关因素 • 1、合格证打印时要扫描录入入库车辆的随车记录卡上的VIN码。 • 2、通过VIN码获取车辆的VSN码，从而获取整车的参数表。 • 3、通过对二类底盘产品目录对二类底盘进行校验。 • 4、通过对二类底盘、订单车的判断分别打印合格证、参数表。

7. 3 Business Requirements 业务需求 • 3.1 Icon Definition 图例

8. 3.2 To-Be Process 未来业务流程图

9. 4 User Requirements 用户需求 • 4.1 Functionality Requirements 功能需求 • 1) 系统功能 • A 能够实时录入车辆VIN码； • B 系统能从VIN码获得VSN码中的车辆相关信息； • C 取得相应车辆的参数表； • D 为质量部提供车辆合格证打印功能； • E 为质量部提供车辆参数表功能。 • 2)数据管理 • 系统提供基础数据维护功能：订单车生产批次号、颜色标示。 • 3)系统安全要求 • 设置每一个点权限。 • 4) 界面设置功能 • 根据基础数据设置显示不同界面。 • 5)信息搜索功能 • 可以根据VIN检索合格证、参数表。

10. 6)统计汇总计算 • 可以统计操作员工作信息。 • 7)数据备份及恢复 • 和MIS一起备份，并可在需要时给予恢复。 • 8)系统的兼容性 • 系统均能在WIN98、WIN2000、WINXP中正常运行，在将来的系统平台升级后，提供系统相应的技术支持和服务，确保升级后的系统正常运行。 • 9）权限管理 • 数据库管理系统提供的数据安全控制功能，并结合网络安全管理协同完成。 • 10）其它 • 支持足够多的用户并发操作； • 11）特殊情况处理 • A 二类底盘按照二类底盘打印流程处理； • B 订单车需按照VIN码和订单车特殊信息处理后获取参数表。

11. 4.2 Processing Requirements 流程需求 1、合格证打印流程需求 车辆入库以后，由操作员先录入车辆的VIN码，系统会自动读取该车辆的VSN码，然后从VSN码中获取车辆参数表信息，由系统校检对车辆信息进行校验判断是否检测合格，如果不合格转入手工处理，如果合格接着进行二类底盘判断；如果是二类底盘就转入二类底盘的合格证打印流程，如果不是，则打印整车合格证参数表。如果是订单车则转入订单车的合格证打印流程，如果不是则打印整车合格证参数表。

13. 2、二类底盘校验流程需求 根据录入的VIN码的前两位和VSN码的前八位来判断是否为二类底盘，如果是，则转入二类底盘打印流程，如果不是则系统报错，转入手工处理流程。

15. 3、二类底盘合格证打印流程需求 根据录入的VIN码获取二类底盘的参数表信息，并进行二类底盘合格的判断，如果合格则打印合格证，和参数表，如果不合格则手工进行维护。

17. 4、车辆合格判断流程需求 首先销售部下达订单车需求，制造部、技术中心、销售部联合决定是否生产该订单。如果决定生产，由技术中心提供零件增减清单，制造部提供订单评审表，包括生产批次号，然后转入制造部生产，最后入库。入库时由质量部录入VIN码并获取VSN码，并输入零件增减清单，生产批次号，由系统生成并打印合格证、参数表。

19. 5、订单车合格证打印流程需求 首先销售部下达订单车需求，制造部、技术中心、销售部联合决定是否生产该订单。如果决定生产，由技术中心提供订单车特殊信息描述表，制造部提供订单评审表，包括生产批次号，然后转入制造部生产，最后入库。入库时由质量部录入VIN码并获取VSN码，并输入订单车特殊信息表，生产批次号，由系统生成并打印合格证、参数表。 订单车特殊信息描述表包括订单车座位增减数量，订单车颜色等重要信息。订单车特殊信息描述表是订单车生产的重要信息，所以需要有专门的部门进行维护，具有维护资格的部门有：技术中心、制造部和质量部三个部门，他们各自有优缺点，可以经过权衡利弊后决定由那个部门维护。

21. 4.3 Information Requirements 信息需求

22. 4.4 Usability Requirements 使用性需求 4.4.1 Ease-of-use Requirements 易用性需求 提供使用者对于系统的易使用性信息，如包括信息易得到，高层次用户界面指导，并可支持不同程度的专业的使用者。 4.4.2 Documentation Requirements 文件需求 提供必须有的各类用户文档信息。包括打印用户手册，还包括任何在线帮助，指南和安装说明。 4.4.3 Safety Requirements 安全需求 既要考虑系统的安全性，又要考虑用户使用的方便性。不方便的认证方式，同样会导致人为原因造成安全漏洞。解决方案就是采用统一基于Microsoft活动目录的身份最好的用户认证方式。提供一套完整的数据备份和恢复机制。

23. 4.5 Performance Requirements 性能需求 • 4.5.1 Availability Requirements 可用性需求 • 系统应有灵活友好的用户界面，完备的软件开发工具，便于操作、扩充和维护。 • 4.5.2Inheritness Requirements 继承性需求 • 合格证打印模块应是MIS的继承与发展。 • 4.5.3 Reliability Requirements 可靠性需求 • 合格证打印模块涉及生产过程信息的实时采集，系统采用的软、硬件及各种设备应具有高可靠性。系统应采用成熟的技术，选用稳定可管理、可监控、可诊断的软硬件设备。特别是网络系统的安全可靠性要有保证，在车间环境下使用的设备、网络应具有足够的抗干扰能力，网络应有一定的容错能力。 • 4.5.4 Opening Requirements 开放性需求 • 系统应具有良好的开放性，并可根据企业发展的需要不断完善。系统应是可扩展的，并且应具有一定的柔性，即要求硬件构造配置灵活，软件设计按模块化、结构化、标准化的原则进行，并有可裁剪性。

24. 4.5.5 Advance Requirements 先进性需求 • 合格证打印模块应以MIS为基础，融入新的方法和技术。在设计时应尽量吸收先进的设计思想与设计方法，运用先进的设计工具和手段，以总体优化为出发点实现组织、技术、信息的有机集成，发挥系统的整体效益。 • 4.5.6 Economical Requirements 经济性需求 • 合格证打印模块的实施，要从五菱的实际出发，充分合理地利用现有资源，在满足系统功能需求和性能要求的前提下，尽可能地降低开发和运行成本。

25. 4.6 Security Requirements 安全要求 • 4.6.1 User Security Requirements 用户安全要求 • 设置每一个点权限包括已知的使用者角色和他们的联合安全授权；提供表示任何影响系统的安全问题的系统完整的安全策略或规则。可定义安全或必须被满足的隐私证明。对于用户认证策略，既要考虑系统的安全性，又要考虑用户使用的方便性。不方便的认证方式，同样会导致人为原因造成安全漏洞。鉴于已有完整的基于Microsoft活动目录的身份认证系统，所以对于合格证打印模块来说，最好的用户认证解决方案就是采用统一基于Microsoft活动目录的身份认证方式。

26. 4.6.2 Data Security Requirements数据安全要求 • 数据库管理系统提供的数据安全控制功能，并结合网络安全管理协同完成。数据能自动定期备份，并可在需要时给予恢复；提供一套完整的数据备份和恢复机制。数据安全策略由数据库服务器提供，有Windows集成认证和数据库认证两种方式。对于两种不同的客户端（应用客户端和管理客户端）可以采用不同的认证方式。应用客户端的所有数据访问都是通过应用服务器完成，由于应用服务器要采用连接池的方式连接数据库以提高性能节约数据服务器资源，所以不能采用应用客户端上操作员的个人Windows用户来访问数据库。应用服务器可以采用数据库认证的方式访问数据库。对于管理客户端，直接访问数据库取得数据，所以可采用Windows集成认证访问数据库。

27. 5 Requirement Constraints & Dependencies 需求约束和依赖 • 5.1 Design Constraint 设计约束 • 5.2 Project Constraint 项目约束

28. 6 Support Environment 支撑环境 • 6.1 Software Environment 软件环境 • 数据库系统 ： Microsoft公司的SQL Server • 开发语言： 应用服务器 C++；工作客户端 HTML , Jscript 。 • 运行环境： 服务器端 WINDOWS服务器版；客户端 WINDOWS系列，IE5以上。 • 6.2 Hardware Environment 硬件环境 • I386体系结构计算机； • 基于TCP/IP的网络。

29. 7 Excursus 附录 • 7.1 Excursus One 附表1 • 附表1是对订单车特殊信息描述表维护由哪个部门进行维护的分析，目的是为决策提供依据。

30. 7.2 Excursus Two 附表2 • 在本系统中具有车辆合格检测的功能，因此本系统需要有检测线数据库提供的检测信息。我们要求检测线数据库能提供关于此功能的存储过程。存储过程相关信息如下 ：

31. 本文使用的公司名称均为虚构，请勿对号入座，如有雷同，纯属巧合。本文使用的公司名称均为虚构，请勿对号入座，如有雷同，纯属巧合。 本文目的是用于讨论有关需求报告的写法，未经同意不得拷贝 ，为保护一些敏感数据看完后请于24小时后删除！ ～The End～