合格证需求的报告 .pptVIP

案例分析;CurrentVersion当前版本:;RevisionHistory修改记录;Introduction介绍;1 Introduction介绍;2AssumptionsandOtherRelevantFacts设想及其他相关因素;3 Business Requirements 业务需求;Process未来业务流程图;4 UserRequirements用户需求;统计汇总计算

可以统计操作员工作信息。

数据备份及恢复

和MIS一起备份,并可在需要时给予恢复。

系统的兼容性

系统均能在WIN98、WIN2000、WINXP中正常运行,在将来的系统平台升级后,提供系统相应的技术支持和服务,确保升级后的系统正常运行。

权限管理

数据库管理系统提供的数据安全控制功能,并结合网络安全管理协同完成。

其它

支持足够多的用户并发操作；11）特殊情况处理

A二类底盘按照二类底盘打印流程处理；

B订单车需按照VIN码和订单车特殊信息处理后获取参数表。;4.2 Processing Requirements 流程需求;2.二类底盘校验流程需求

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

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

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

首先销售部下达订单车需求，制造部、技术中心、销售部联合决定是否生产该订单。如果决定生产，由技术中心提供订单车特殊信息描述表，制造部提供订单评审表，包括生产批次号，然后转入制造部生产，最后入库。入库时由质量部录入VIN码并获取VSN码，并输入订单车特殊信息表，生产批次号，由系统生成并打印合格证、参数表。

订单车特殊信息描述表包括订单车座位增减数量，订单车颜色等重要信息。订单车特殊信息描述???是订单车生产的重要信息，所以需要有专门的部门进行维护，具有维护资格的部门有：技术中心、制造部和质量部三个部门，他们各自有优缺点，可以经过权衡利弊后决定由那个部门维护。;4.3 Information Requirements 信息需求;4.4 Usability Requirements 使用性需求;4.5 Performance Requirements 性能需求;AdvanceRequirements先进性需求

合格证打印模块应以MIS为基础,融入新的方法和技术。在设计时应尽量吸收先进的设计思想与设计方法,运用先进的设计工具和手段,以总体优化为出发点实现组织、技术、信息的有机集成,发挥系统的整体效益。

EconomicalRequirements经济性需求

合格证打印模块的实施,要从五菱的实际出发,充分合理地利用现有资源,在满足系统功能需求和性能要求的前提下,尽可能地降低开发和运行成本。;4.6 Security Requirements 安全要求;4.6.2DataSecurityRequirements数据安全要求数据库管理系统提供的数据安全控制功能,

并结合网络安全管理协同完成。数据能自动定期备份,并可在需要时给予恢复；提供一套完整的数据备份和恢复机制。数据安全策略由数据库服务器提供,有Windows集成认证和数据库认证两种方式。对于两种不同的客户端（应用客户端和管理客户端）可以采用不同的认证方式。应用客户端的所有数据访问都是通过应用服务器完成,由于应用服务器要采用连接池的方式连接数据库以提高性能节约数据服务器资源,所以不能采用应用客户端上操作员的个人Windows用户来访问数据库。应用服务器可以采用数据库认证的方式访问数据库。对于管理客户端,直接访问数据库取得数据,所以可采用Windows集成认证访问数据库。;5RequirementConstraintsDependencies需求约束和依赖;6Support Environment支撑环境;7Excursus附录;7.2;本文使用的公司名称均为虚构,请勿对号入座,如有雷同,纯属巧合。