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