管理信息系统《案例分析-需求调查》.ppt

上传人:qwe****56 文档编号:79023403 上传时间:2023-03-19 格式:PPT 页数:31 大小:243.50KB
返回 下载 相关 举报
管理信息系统《案例分析-需求调查》.ppt_第1页
第1页 / 共31页
管理信息系统《案例分析-需求调查》.ppt_第2页
第2页 / 共31页
点击查看更多>>
资源描述

《管理信息系统《案例分析-需求调查》.ppt》由会员分享,可在线阅读,更多相关《管理信息系统《案例分析-需求调查》.ppt(31页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

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 Nu

2、mber版本号Date Updated更新日期Revision Author修改人Summary of Major Changes Made主要变化概述0.504/09/22李明、李优柱文档创建1.004/09/23李明、李优柱文档完善1.104/09/24李明、李优柱增加车辆合格判断流程、订单特殊信息描述表流程,以及检测系统应提供供应商接口描述。Table of Contents Table of Contents 表格的内容表格的内容1 1Introduction Introduction 介介绍绍 4 41.11.1Purpose Of This Document Purpose Of

3、This Document 本文档的目的本文档的目的 4 41.21.2Goals of the Project Goals of the Project 项项目的目目的目标标 4 41.31.3System Scope System Scope 系系统统范范围围 4 42 2Assumptions and Other Relevant Facts Assumptions and Other Relevant Facts 设设想及其他相关因素想及其他相关因素 5 53 3Business Requirements Business Requirements 业务业务需求需求 6 63.13.1

4、Icon Definition Icon Definition 图图例例 6 63.23.2To-Be Process To-Be Process 未来未来业务业务流程流程图图 7 74 4User Requirements User Requirements 用用户户需求需求 8 84.14.1Functionality Requirements Functionality Requirements 功能需求功能需求 8 84.24.2Processing Requirements Processing Requirements 流程需求流程需求 9 94.34.3Information R

5、equirements Information Requirements 信息需求信息需求 14144.44.4Usability Requirements Usability Requirements 使用性需求使用性需求 14144.4.1Ease-of-use Requirements Ease-of-use Requirements 易用性需求易用性需求 14144.4.2Documentation Requirements Documentation Requirements 文件需求文件需求 14144.4.3Safety Requirements Safety Requireme

6、nts 安全需求安全需求 14144.54.5Performance Requirements Performance Requirements 性能需求性能需求 15154.5.1Availability Requirements Availability Requirements 可用性需求可用性需求 15154.5.2InheritnessInheritness Requirements Requirements 继继承性需求承性需求 15154.5.3Reliability Requirements Reliability Requirements 可靠性需求可靠性需求 15154.5

7、.4Opening Requirements Opening Requirements 开放性需求开放性需求 15154.5.5Advance Requirements Advance Requirements 先先进进性需求性需求 15154.5.6Economical Requirements Economical Requirements 经济经济性需求性需求 15154.64.6Security Requirements Security Requirements 安全要求安全要求 15154.6.1User Security Requirements User Security Re

8、quirements 用用户户安全要求安全要求 15154.6.2Data Security Requirements Data Security Requirements 数据安全要求数据安全要求 15155 5Requirement Constraints&Dependencies Requirement Constraints&Dependencies 需求需求约约束和依束和依赖赖 17175.1Design Constraint Design Constraint 设计约设计约束束 17175.2Project Constraint Project Constraint 项项目目约约束

9、束 17176 6Support Environment Support Environment 支撑支撑环环境境 18186.16.1Software Environment Software Environment 软软件件环环境境 18186.26.2Hardware Environment Hardware Environment 硬件硬件环环境境 18187 7Excursus Excursus 附附录录 19197.17.1Excursus One Excursus One 附表附表1 1 19 197.27.2Excursus Two Excursus Two 附表附表2 2 1

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

11、围包括以下几个部分:p 取VIN码数据;p 整车相关数据处理;p 打印合格证和参数表。2 Assumptions and Other Relevant Facts 设想及其他相关因素1、合格证打印时要扫描录入入库车辆的随车记录卡上的VIN码。2、通过VIN码获取车辆的VSN码,从而获取整车的参数表。3、通过对二类底盘产品目录对二类底盘进行校验。4、通过对二类底盘、订单车的判断分别打印合格证、参数表。3 Business Requirements 3 Business Requirements 业务需求业务需求3.1 Icon Definition 3.1 Icon Definition 图图例

12、例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检

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

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

15、流程,如果不是则系统报错,转入手工处理流程。3、二类底盘合格证打印流程需求 根据录入的VIN码获取二类底盘的参数表信息,并进行二类底盘合格的判断,如果合格则打印合格证,和参数表,如果不合格则手工进行维护。4、车辆合格判断流程需求 首先销售部下达订单车需求,制造部、技术中心、销售部联合决定是否生产该订单。如果决定生产,由技术中心提供零件增减清单,制造部提供订单评审表,包括生产批次号,然后转入制造部生产,最后入库。入库时由质量部录入VIN码并获取VSN码,并输入零件增减清单,生产批次号,由系统生成并打印合格证、参数表。5、订单车合格证打印流程需求 首先销售部下达订单车需求,制造部、技术中心、销售部

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

17、rements 信息需求信息需求Report Type报报告告类类型型Report Name报报告名称告名称Description描述描述Stakeholder Audience相关人相关人员员Frequency频频率率业务业务整车合格证、参整车合格证、参数表数表对入库的车辆进行VIN码录入,由系统根据VSN获取MIS中的车辆参数表,并打印整车合格证与参数表。质质量部、技量部、技术术中心中心管理管理二类底盘产品目二类底盘产品目录表录表录入二类底盘产品目录,存入系统数据库,生成二类底盘产品目录表供质量部人员维护。质质量部相关人量部相关人员员业务业务二类底盘合格证、二类底盘合格证、参数表参数表根据

18、VSN码判断是否为,并打印二类底盘合格证与参数表。质质量部、技量部、技术术中心中心管理管理订单车需求表订单车需求表由销售部人员根据客户需求确定订单车需求表,包括座位、颜色等信息。销销售部相关人售部相关人员员管理管理订单评审表订单评审表由制造部提交给技术中心,包括车辆的生产批次号。制造部相关人制造部相关人员员管理管理订单车订单车特殊信息特殊信息表表由技术中心根据制造部传来的订单评审表而发出,包括增加的车座位和颜色。技技术术中心人中心人员员业务业务订单车合格证、订单车合格证、参数表参数表根据车辆VIN码和订单车特殊信息表确定订单车的参数表,并打印订单车合格证与参数表。质质量部、技量部、技术术中心中

19、心4.44.4Usability Requirements Usability Requirements 使用性需求使用性需求4.4.1Ease-of-use Requirements 易用性需求易用性需求 提供使用者对于系统的易使用性信息,如包括信息易得到,高层次用户界面指导,并可支持不同程度的专业的使用者。4.4.2Documentation Requirements 文件需求文件需求 提供必须有的各类用户文档信息。包括打印用户手册,还包括任何在线帮助,指南和安装说明。4.4.3Safety Requirements 安全需求安全需求 既要考虑系统的安全性,又要考虑用户使用的方便性。不方便

20、的认证方式,同样会导致人为原因造成安全漏洞。解决方案就是采用统一基于Microsoft活动目录的身份最好的用户认证方式。提供一套完整的数据备份和恢复机制。4.54.5Performance Requirements Performance Requirements 性能需求性能需求4.5.1 Availability Requirements 可用性需求可用性需求 系统应有灵活友好的用户界面,完备的软件开发工具,系统应有灵活友好的用户界面,完备的软件开发工具,便于操作、扩充和维护。便于操作、扩充和维护。4.5.2 Inheritness Requirements 继承性需求继承性需求 合格证打

21、印模块应是合格证打印模块应是MIS的继承与发展。的继承与发展。4.5.3 Reliability Requirements 可靠性需求可靠性需求 合格证打印模块涉及生产过程信息的实时采集,系统采合格证打印模块涉及生产过程信息的实时采集,系统采用的软、硬件及各种设备应具有高可靠性。系统应采用成用的软、硬件及各种设备应具有高可靠性。系统应采用成熟的技术,选用稳定可管理、可监控、可诊断的软硬件设熟的技术,选用稳定可管理、可监控、可诊断的软硬件设备。特别是网络系统的安全可靠性要有保证,在车间环境备。特别是网络系统的安全可靠性要有保证,在车间环境下使用的设备、网络应具有足够的抗干扰能力,网络应有下使用的

22、设备、网络应具有足够的抗干扰能力,网络应有一定的容错能力。一定的容错能力。4.5.4 Opening Requirements 开放性需求开放性需求 系统应具有良好的开放性,并可根据企业发展的需要不系统应具有良好的开放性,并可根据企业发展的需要不断完善。系统应是可扩展的,并且应具有一定的柔性,即断完善。系统应是可扩展的,并且应具有一定的柔性,即要求硬件构造配置灵活,软件设计按模块化、结构化、标要求硬件构造配置灵活,软件设计按模块化、结构化、标准化的原则进行,并有可裁剪性。准化的原则进行,并有可裁剪性。4.5.5 Advance Requirements 先进性需求先进性需求 合格证打印模块应以

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

24、统功能需求和性能要求的前提下,尽可能地降低开发和运行和性能要求的前提下,尽可能地降低开发和运行成本。成本。4.64.6Security Requirements Security Requirements 安全要求安全要求4.6.1 User Security Requirements 用户安全要求用户安全要求 设置每一个点权限包括已知的使用者角色设置每一个点权限包括已知的使用者角色和他们的联合安全授权;提供表示任何影响系和他们的联合安全授权;提供表示任何影响系统的安全问题的系统完整的安全策略或规则。统的安全问题的系统完整的安全策略或规则。可定义安全或必须被满足的隐私证明。对于用可定义安全或必

25、须被满足的隐私证明。对于用户认证策略,既要考虑系统的安全性,又要考户认证策略,既要考虑系统的安全性,又要考虑用户使用的方便性。不方便的认证方式,同虑用户使用的方便性。不方便的认证方式,同样会导致人为原因造成安全漏洞。鉴于已有完样会导致人为原因造成安全漏洞。鉴于已有完整的基于整的基于Microsoft活动目录的身份认证系统,活动目录的身份认证系统,所以对于合格证打印模块来说,最好的用户认所以对于合格证打印模块来说,最好的用户认证解决方案就是采用统一基于证解决方案就是采用统一基于Microsoft活动目活动目录的身份认证方式。录的身份认证方式。4.6.2 Data Security Require

26、ments 数据安全要求数据安全要求 数据库管理系统提供的数据安全控制功能,数据库管理系统提供的数据安全控制功能,并结合网络安全管理协同完成。数据能自动定并结合网络安全管理协同完成。数据能自动定期备份,并可在需要时给予恢复;提供一套完期备份,并可在需要时给予恢复;提供一套完整的数据备份和恢复机制。数据安全策略由数整的数据备份和恢复机制。数据安全策略由数据库服务器提供,有据库服务器提供,有Windows集成认证和数据集成认证和数据库认证两种方式。对于两种不同的客户端(应库认证两种方式。对于两种不同的客户端(应用客户端和管理客户端)可以采用不同的认证用客户端和管理客户端)可以采用不同的认证方式。应

27、用客户端的所有数据访问都是通过应方式。应用客户端的所有数据访问都是通过应用服务器完成,由于应用服务器要采用连接池用服务器完成,由于应用服务器要采用连接池的方式连接数据库以提高性能节约数据服务器的方式连接数据库以提高性能节约数据服务器资源,所以不能采用应用客户端上操作员的个资源,所以不能采用应用客户端上操作员的个人人Windows用户来访问数据库。应用服务器可用户来访问数据库。应用服务器可以采用数据库认证的方式访问数据库。对于管以采用数据库认证的方式访问数据库。对于管理客户端,直接访问数据库取得数据,所以可理客户端,直接访问数据库取得数据,所以可采用采用Windows集成认证访问数据库。集成认证

28、访问数据库。5 Requirement Constraints&Dependencies 需求约束和依赖5.1 Design Constraint 5.1 Design Constraint 设计约束设计约束ID ConstraintC.1.1合格证打印模块需要健壮与敏捷C.1.2合格证打印模块和MIS要保持良好的兼容性C.1.3合格证打印模块具有可扩展能力5.2 Project Constraint 5.2 Project Constraint 项目约束项目约束ID ConstraintC.2.1 时间约束,定于2004年11月10日结束 6 Support Environment 支撑环境

29、6.1 Software Environment 软件环境软件环境数据库系统数据库系统:Microsoft公司的公司的SQL Server开发语言:开发语言:应用服务器应用服务器 C+;工作客户端;工作客户端 HTML,Jscript。运行环境:运行环境:服务器端服务器端 WINDOWS服务器版;服务器版;客户端客户端 WINDOWS系列,系列,IE5以上。以上。6.2 Hardware Environment 硬件环境硬件环境I386体系结构计算机;体系结构计算机;基于基于TCP/IP的网络。的网络。7 Excursus 附录7.17.1Excursus One Excursus One 附

30、表附表1 1 内容部门优点缺点技术中心1处于维护工作的源头,可以保证信息的准确性;2技术中心负责编制零件增减清单,对信息有最详细的了解,维护起来更简单、直接。1无法跟踪了解订单车上线生产以后的信息。制造部1与生产联系紧密,可以准确掌握订单车在生产线上的动态;1只是信息的接受者,无法对订单车特殊信息的准确性进行判断。质量部1处于维护工作的最后,掌握订单车最终的状况。1.维护工作量大不;2.信息传递层次增加,容易出现错误。附表附表1是对订单车特殊信息描述表维护由哪个是对订单车特殊信息描述表维护由哪个部门进行维护的分析,目的是为决策提供依据。部门进行维护的分析,目的是为决策提供依据。7.27.2Ex

31、cursus Two Excursus Two 附表附表2 2 在本系统中具有车辆合格检测的功能,因此本在本系统中具有车辆合格检测的功能,因此本系统需要有检测线数据库提供的检测信息。我系统需要有检测线数据库提供的检测信息。我们要求检测线数据库能提供关于此功能的存储们要求检测线数据库能提供关于此功能的存储过程。存储过程相关信息如下过程。存储过程相关信息如下:供应商接口存储过程信息存储过程名VehicleCheck输入参数VIN码输出数据集合输出两个字段:VIN char(17)、CHECKED int VIN码、1(检测合格)、2(检测不合格)3(未检测)The End 本文使用的公司名称均为虚构,请勿对号入座,如有雷同,纯属巧合。本文目的是用于讨论有关需求报告的写法,未经同意不得拷贝,为保护一些敏感数据看完后请于24小时后删除!

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 技术资料 > 其他杂项

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁