服装批发软件管理配置管理计划.doc

《服装批发软件管理配置管理计划.doc》由会员分享，可在线阅读，更多相关《服装批发软件管理配置管理计划.doc（20页珍藏版）》请在三一办公上搜索。

1、案卷号0902日期2012.09.22服装批发软件管理软件开发-软件配置管理计划 作 者： 皮维 完成日期： 2012.09.22 签 收 人： 彭晓松 签收日期： 2012.0922 修改情况记录：版本号修改批准人修改人安装日期签收人2012.09.11彭晓松皮维2012.09.12 彭晓松2012.09.17彭晓松皮维2012.09.18 彭晓松2012.09.21彭晓松皮维2012.09.22 彭晓松目录 1 引言11.1 目的11.2 定义和缩写词11.3 参考资料12 管理12.1 机构12.2 任务22.3 职责22.4 接口控制22.5 实现22.6 适用的标准、条例和约定32.

2、6.1 指明32.6.2 内容33 软件配置管理活动43.1 配置标识43.1.1 基线43.1.2 代码、文档43.2 配置控制53.3 配置状态的记录和报告53.4 配置的检查和评审64工具、技术和方法65 对供货单位的控制76 记录的收集、维护和保存77 附录：配置管理报表及其格式77.1 软件问题报告单（SPR）77.1.1 配置管理人员填写内容77.1.2 配置管理状态87.1.3 配置管理申请人员填写的内容87.2 软件修改报告单（SCR）81 引言1.1 目的 目前，社会正处于空前发达的高速发展阶段，信息网络时代已经在我们的生活中有了越来越深刻，越来越真切的体会，互联网就是这个时

3、代的一个重要特征。网络使人们的工作、学习、生活都变得更加简捷，顺畅，方便。在这样社会不断进步的大前提下，面对我们的更多的是挑战与机遇，互联网的不断普及和壮大更是这个挑战的前沿战线，世界范围内的多层次、多侧面的计算机互联网教育热潮正在蓬勃掀起。网上购物起源于七十年代，当时一些大公司通过建立自己的计算机网络实现各个机构之间、商业伙伴之间的信息共享，这个过程被称为EDI（电子数据交换）。EDIton通过传递标准的数据流可以避免人为的失误、降低成本、提高效率，估计在世界1-个最大的企业中95%以上的在使用这一技术。它过去是、现在也是网上购物的基础。 近年来，随着信息的全球化和国际互联网的普及化，越来越

4、多的人想使用其无国界、无时间、无地域限制的便利环境来经营拓展商务。因此，网上购物成为互联网应用的最大热点，越来越多的企业通过使用网上购物技术进行商业上的交易以减少成本。当然，还有更多的公司想使用网络技术来架构一个虚拟的店面进行营业交易，企业与消费者通过网络完成交易，非但能使企业降低成本也可以让消费者在一个舒适的地点享受逛街与购物的乐趣。随着网上购物风潮的扩大，将会有更多的公司连上网络进行各项业务，而不只是将公司的产品介绍的网页放在网站上供人浏览而已 我们开发的就是基于Web的网上购物管理系统，方便个体户去市场进货。从而节约时间和金钱。和是一个以软件工程专业的课程为模板的管理系统,其开发主要包括

5、数据库的建立以及前端应用程序的开发两个方面。共分为5个主要模块，分别为顾客信息模块、员工信息模块、货物信息模块、送货模块和统计信息模块。在下面的各章中将以我开发的购物管理系统为例,谈谈其开发过程和所涉及到的问题及解决方法。1.2 定义和缩写词网批分代理商(B1)： 主代理商以下的各级代理商，一般直接面向个零售网店或者实体店。零售店(B2)： 网批模式的终端，也就是直接面向消费者的零售服装店，包括网店和实体店。消费者(C) ：服装的最终购买者，服装消费的受益者。接着我们就来分析，现在网上批发市场上大体存在的模式：第一种模式：N个服装厂家A-A1（主代理商）-B1（分代理商）-B2（零售店）-C（

6、消费者） 这一种模式，一般是由某一个专业的大代理商汇集一批服装厂商的服装进行批发，可以批发给B1（分代理商）,当然也可以批发给（B2），也就是说很多时候，B1不一定需要的。第二种模式：服装厂家A-B1（分代理商）-B2（零售店）-C（消费者）这种模式，是服装厂家直接搭建批发平台进行批发，因此，可以跳过A1（主代理商），而直接面向各B1（分代理商），当然，服装厂家也可以跳过B1，而直接面向B2（零售店）。这两种模式没有明显的区别，最大的不同就是第一种模式的服装厂家不用搭建网上批发平台，而第二种模式，一定要自己搭建。至于流程，一般生产厂家都是两种模式都采用，没有什么明显的界限的。至于A1和B1的角

7、色也不是固定的，B1做大的也可以是A1，A1有时候也不一定就非要直接面向厂家的。接下来我们说一下，这个环节中A1或者B1的一些类型。A1或者B1一般就是我们说的服装批发平台，包括以下几个类型：厂家自建网上批发平台。优势：这类批发平台对于店主来说，最大的好处，就是省去了中间环节，直接从厂家进货，价格有一定优势。劣势：最大问题是款式单一，一般这类平台只批发自己生产的服装；服务相对来说不是很专业，毕竟他们的强项不是做网上批发，而是做生产的，所以，平台管理以及物流等可能会有一些瑕疵，不过现在有些企业也做得很专业。综合平台里的服装分类市场，比如阿里XX优势：1.平台本身具有高知名度，流量高；2.有淘宝上

8、广大的服装网店作为潜在客户资源；劣势：1.服装商确实多，但是鱼目混珠，专业性不够。里面有一些是确实想做网上批发的，而有些其实只是想在上面宣传接订单制造的，服装店主挑选起来难度加大。2.下订单的操作复杂，不够人性化。当然由于商品分类众多，本身找商家就是个麻烦事；服装批发平台（进货型），比如ZIPIA，批发街优势：1.基本上都是100%换货，且支持支付宝付款。2.一般服务较好，内部管理相对于第一种要专业一些。 劣势：1.大部分这类平台服装品种还是不够多，很难满足服装店主的全部需求。2.增长不够迅速，推广难度大；3.库存压力大，现金要求高，这一点也阻碍了发展。服装批发平台（中介型），比如进宝网，七浦

9、路优势：1.由于是中介类型的平台，所以，服装货源涵盖各种款式，面比较广；2.使用简单，此类平台一般的特性就是架构简单，使用过程也很简单。随着科学技术的不断提高,计算机科学日渐成熟，网络应用越来越广泛，其强大的功能已被人们深刻认识，网络已进入人类社会的各个领域并发挥着越来越重要的作用。同时，在这个信息化的时期，对信息的管理也就成了一个热点问题。在我们的大学校园，电脑化教学与远程的网络化教学的普及，给传统的卖货方式带来了重大的革命，也给购物改革的实施者们提出了很多新的课题。如何有效进行购物管理就是一个让很多顾客头痛的问题。网上批发购物系统的开发和使用在各国的差距显而易见，中国是一个发展中的国家，在

10、中国，网络功能的实现也是近五六年才大范围普及起来的，从这一点来说它就制约了一些需要依托网络平台的相关技术的发展。当然这也包括网上教学以及学生作业管理系统的发展。1.3 参考资料GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范GB/T 12505 计算机软件配置管理计划规范2 管理2.1 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统

11、软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。 软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2.2任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有

12、权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要修改前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第3.2条中详细规定。2.3职责在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下：A 组长是总体组代表，他对有关软件配置管理的各项工作全面负

13、责，特别要对更改建议的审批和评审负责；B 软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范；C 项目的专职配置管理人员负责检查配置更改时的质量保证措施；D 各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查； E 用户代表负责反映用户对配置管理的要求，并协助检查各类人员对软件配置管理计划的执行情况；F 项目专职的配置管理人员协助组长开展各项软件配置管理活动，负责审查所采用的配置管理工具、技术和方法，并负责汇总、维护和保存有关软件配置管理活动的各项记录。2.4 接口控制对各类接口进行严格、合理的控制，是软件配置管理中最重要的任务之一。

14、整个软件项目及其各子系统都必须进行严格的控制。在工程化软件系统中，主要的接口有如下五类：A 用户界面：用户界面是指各子系统与设计人员、用户或维护人员之间的操作约定。同时还指实现这些操作约定的物理部件的功能与性能特性。 B 系统内部接口：系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。C 标准程序接口：标准程序接口是指各应用子系统与标准子程序库（包括宿主计算机系统已有的库程序）之间的调用约定。D 设备接口：设备接口是指各子系统与各种设备（包括终端和其他各种输入/输出设备）之间的连接约定。E 软件接口：软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之

15、间的连接约定。 以上五类接口是一个软件系统各项配置的重要组成部分。对接口修改进行合理的控制，是软件配置管理的重要任务之一。这五类接口都涉及到水利工程建设注册造价工程师继续教育软件系统的全局，因此，当要求对这五类接口中的任一类接口进行修改时，都必须办理正规的审批手续，最后要经项目总体组批准。具体的审批程序将在本计划的第3.2条中规定（可参阅表1）。表1 两类修改的审批程序步骤A类修改的审批程序B类修改的审批程序1发现问题，填写软件问题报告单发现问题，填写软件问题报告单2项目组长评审 项目组长评审3软件配置管理小组评审子系统配置管理人员评审4项目总体组批准子系统负责人批准5修改配置并填写软件修改报

16、告单修改配置并填写软件修改报告单6项目组长评审项目组长评审7软件质量保证小组评审子系统质量保证人员评审8总体组批准项目的软件配置管理小组与子系统负责人共同批准并报项目总体组备索 2.5 实现在实现软件配置管理计划的过程中，要特别注意实现以下三个里程碑：A 建立软件配置管理小组：在项目总体组批准软件配置管理计划之后，立即成立软件配置管理小组。 B 建立各阶段的配置基线：随着水利工程建设注册造价工程师继续教育软件系统及其所属各子系统的任务书的评审和批准，建立起功能基线；随着总体组编写的水利工程建设注册造价工程师继续教育软件需求规格说明书的批准，建立起指派基线；随着水利工程建设注册造价工程师继续教育

17、工程化软件系统的集成与系统测试的完成，建立起产品基线。C 建立软件库：在本项目所属的各个子系统的研制工作的开始，就建立起各个子系统的软件开发库，并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控库。以后在每个开发阶段的结束，建立各个子系统的新的开发库，同时把这个阶段的阶段产品送入总的软件受控库，并在各个子系统的计算机上建立软件受控库的副本。软件受控库必须以主软件受控库为准。当全部开发工作结束，在配置管理小组的计算机上建立起软件产品库，并在各子系统的计算机上建立软件产品库的副本。2.6 适用的标准、条例和约定除应奠定本计划第1.3条中指出的参考资料以及本计划中的其他章条所作的各

18、项规定外，还应该遵守如下标准、条例和约定：A 软件开发库、软件受控库与软件产品库的操作规程与管理规程；B 系统、子系统、模块和程序单元的命名约定；C 文档和测试用例的命名和管理规程。命名约定、操作规程与管理规程应由该项目技术组负责制订，并应认真听取各子系统项目负责人的意见，最后报项目总体组审批。在执行过程中，如果发现某些条款需要修改，则必须办理正规的审批手续，最后要经项目总体组批准。具体的审批程序将在本计划的第3.2条中规定。3 软件配置管理活动3.1.1 文档所有为本项目编制的文档，都要符合GB 8567中的规定。造价工程师继续教育软件系统及其所属的各个子系统所编写的文档数目，可根据GB 8

19、567的规定作适当的剪裁。剪裁方案由技术组提出建议，报总体组批准。3.1.2 程序所有属于本项目的程序、分程序、模块和程序单元，都要按照由项目技术组制订，且经总体组批准的软件系统的命名约定的规定来标识。3.1.3各类基线所有属于本项目及其各子系统的各类基线，首先要按照任务书、软件需求规格说明书的规定确定其技术内容，然后按照软件系统的上述命名约定的规定来标识。3.2 配置控制软件配置的更改管理适用于本项目的所有文档和代码，其中包括本项目的各个运行软件，也包括为本项目专门开发的支持软件。配置控制的要点如下：A 修改批准权限；对本项目各个子系统及其专用支持软件的功能基线、指派基线、产品基线及其集成系

20、统的任何修改（称为A类修改），都必须通过项目配置管理小组讨论，并必须经总体组批准；对本项目各个子系统及其专用支持软件的其他阶段产品的任何修改（称为B类修改），都必须通过本项目各个子系统的配置管理人员审查，并经项目的软件配置管理小组与各个子系统负责人的共同批准并报项目总体组备案。 B 修改审批程序：上述两类修改的审批程序如表1。C 修改控制工具：修改控制工具是协助软件配置管理人员进行配置控制的有效手段。3.3 配置状态审计利用软件问题报告单和软件修改报告单对项目子系统及其支持软件的配置状态进行追踪。对软件问题报告单和软件修改报告单的追踪应由软件配置管理工具自动实现，用户可通过该软件系统对其进行查

21、询。 注：本计划在此处应给出软件问题报告单与软件修改报告单的具体格式，并作出必要的说明。鉴于本计划拟采用附录B（参考件）中建议的格式，因而这两个报告单的格式及其说明可参阅附录B。3.4配置的检查和评审项目软件配置管理小组要对所有由第三方提供的软件进行物理配置检查；对本项目及其各个子系统的每一个新的释放进行功能配置检查和物理配置检查；对宿主计算机系统所提供的软件和硬件配置要每隔半年检查一次；在软件验收前要对宿主计算机系统、各个子系统及其专用支持软件的配置进行综合检查。在软件开发周期各阶段的评审与检查工作中，要对该阶段所进行的配置管理工作进行必要的评审和检查。应该进行评审与检查的内容与次数，由该软

22、件质量计划规定。配置修改的审批程序按本计划第3.2条的规定处理（见表1）。4工具、技术和方法在软件的开发过程中，与软件配置有关的工具有软件测试工具、软件配置管理工具、文档辅助生成工具与图形编辑工具等到三种。A 软件测试工具：它支持用C语言编写的模块的静态分析、结构测试与功能测试。主要功能为：协助测试人员判断程序结构与变量使用情况是否有错；给测试人员提供模块语句覆盖C0和分支覆盖率C1的值、并显示未覆盖语句和未覆盖分支的号码及其分支谓词，给出不同测试用例有效性的表格；同时提出功能测试的有效情况，并协助组织最终交付给用户的有效测试用例的集合。 B 软件配置管理工具：它支持用户对源代码清单的更新管理

23、以及对重新编译与连接的代码的自动组织；支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围；同时还应支持软件配置管理小组对软件配置更改进行科学的管理。C 文档辅助生成工具与图形编辑工具：它主要协助用户绘制描述程序流程与结构的DFD图与SC图、绘制描述软件功能（输入、输出关系）的曲线以及绘制描述系统特性的一些其他图形，同时还可生成若干与软件文档编制大纲适应的文档模板。用户利用这个工具的正文与图形编辑功能以及上述辅助功能，可以比较方便地产生清晰悦目的文档，也有利于对文档进行更改，这有助于提高文档的编制质量。有关这些工具的详细需求可参阅这三项工具的需求规格说明书中的规

24、定。 5 对供货单位的控制供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法；还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法。6 记录的收集、维护和保存5.记录的维护和保存在本项目及其所属的各个子系统的研制与开发期间，要进行各种软件配置管理活动。准确记录、及时分析并妥善存放有关这些活动的记录，对这些软件的下沉运行与维护工作十分有

25、利。在软件配置管理小组中，应有专人负责收集、汇总与保存这些记录。A 基础上组装系统、各个子系统、专用支持软件及选用软件的功能基线、指派基线与产品基线要送入软盘或磁带，至少必须一式两份且存放在两个不同的地点。这些记录应该每6个月拷贝一次，以免意外损伤与自然老化。B 上述这些软件的文档也应送入软盘或磁带，至少必须一式两份且存放在两个不同的地点，并应有一份打印的硬拷贝。磁媒体应该每隔6个月拷贝一次，以免意外损伤与自然老化。C 软件产品的源程序、测试数据、测试报告及其他有关文档，除了按A、B规定妥善存放外，要在项目结束后再保存2年，或在条件成熟时转交给这些软件产品的生产系统。注：具体保存年限要根据项目

26、的性质与开发单位的任务来确定，此处仅作为一个示例。D 上述这些软件的各项配置的个性状态、评审记录与修改历史，要作为这些软件的历史记录来保存，目前可用打印硬拷贝一式两份存放，有条件时再转移到在线光学存储媒体中。 E 鉴于处理版权或清理财务的需要，本软件系统的各项配置可能要求存放5-7年，但由于我国对这些问题尚无明确的规定，因此，有关本条款的具体规定待将来有必要与可能时再作修改与补充。7 附录：配置管理报表及其格式7.1 软件问题报告单（SPR）在系统的运行与维护阶段对软件产品的任何修改建议，或在软件开发的任一阶段中对前面各个阶段的阶段产品的任何修改建议，都应填入软件软件问题报告单。软件问题报告单

27、位的格式见表1。7.1.1 配置管理人员填写内容表中A、B、C、P和状态等项目是由负责修改控制的配置管理人员填写的。表中其他各项即D、E、F、G、H、I、K、N和O各项是由发现问题的人或申请配置管理的人填写的，他可能还要填写J、L和M三项内容。前四项内容的意义如下：A是由配置管理人员确定的登记号，一般按报告问题的先后顺序编号；B是由配置管理人员登记问题报告的日期；C是发现软件问题的日期；P是填写若干补充信息和修改建议。关于配置管理七种状态的含义在下面解释。7.1.2 配置管理状态状态一栏分成七种情况，现分别说明如下：1表示软件问题报告正被评审，已确定采取什么行动；2表示软件问题报告已由指定的开

28、发人员去进行维护工作；3表示修改已经完成、测试好，正准备释放给主程序库；4表示主程序库已经更新，主程序库修改的重新测试尚未完成；5表示已经进行了复测，但发现问题仍然存在；6表示已经进行了复测，已经顺利完成所做的修改，软件问题报告单被关闭（维护已完成）；7表示留待以后关闭，因问题不是可重产生的，或者是属于产品改善方面的，或者只具有很低的优先级等等。7.1.3 配置管理申请人员填写的内容在软件问题报告单中，属于配置管理申请人填写的各项内容的意义如下：D、E两项是项目和子项目的名称，F是该子项目的代号，这应按配置标识的规定来命名代号；阶段名和报告人的姓名、住址和电话等的含义是显而易见的；G表示问题属

29、于哪一方面的，是程序的问题还是例行程序的问题，是数据库的问题还是文档的问题，是功能性修改还是性能改进性修改问题，也可能是它们的某种组合；H表示子例行程序/子系统，即要指出出现问题的子例行程序名字，如果不知是哪个子例行程序，可标出子系统名，总之，尽可能给出细节；I是修订版本号，指出出现问题的子例行程序版本号；J是媒体，表示包含有问题的子例行程序的主程序库存储媒体的标识符；K是数据库，表示当发现问题时所使用的数据库标识符；L是文档号，表示有错误的文档的编号；M表示出现错误的主要测试实例的标识符；N是硬件，表示发现问题时所使用的计算机系统的标识；O是问题描述/影响，填写问题征候的详细描述，如果可能则

30、写明实际问题所在，还要给出该问题对将来测试、界面软件和文档等的影响。7.2 软件修改报告单（SCR）对软件产品或其阶段产品的任何修改，都必须经过评审、批准后才能重新投入运行或作为阶段产品释放。这一过程用软件修改报告单（software change report）给以记录。软件修改报告单的格式表2。当收到了软件问题报告单之后，配置管理人员便填写软件修改报告单。软件修改报告单要指出修改类型、修改策略和配置状态，它是供配置控制小组进行审批的修改申请报告。表中各项内容的意义如下：A是登记号，它是配置修改小组收到软件修改报告单时所作的编号；B是配置管理人员登记软件修改报告单的日期；C是已经准备好软件修

31、改报告单、可以对它进行评审的时间；D、E和F的意义与软件问题报告单中的D、E和F的意义相同；G填写被处理的软件问题报告单的编号，如该编号中提出的问题只是部分解决，则在填写时要在该编号后附以字母P（Part表示部分之意）；H指出是程序修改、文档更新、数据库修改还是它们的组合，如果仅是指出用户文档的缺陷则在解释处作上记号；I是修改的详细描述，如果是文档更新，则要列出文档更新通知单的编号；如果是数据库修改，则要列出数据库修改申请的标识号；J是批准人，经批准人签字、批准后才能进行修改；K是语句类型，程序修改中涉及到的语句类型包括：输入/输出语句类、计算语句类、逻辑控制语句类、数据处理语句类（如数据传送

32、、存放语句）；L是程序名，指被修改注程序、文档或数据库注名字。如果只要求软件修改报告单做解释性工作，则注重复软件问题报告单给出的名字；M指当前注版本/修订本标识；N指修改后的新版本/修订本标识；O指数据库，如果申请数据库修改，这里给出数据库的标识符；P是数据库修改申请号DBCR；Q指文档，即如果要求文档修改，则在这里给出文档的名字；R是文档更新通知单编号DUT；S表示修改是否已经测试，指出已对修改做了哪些测试，如单元、子系统、组装、确认和运行测试等，并注明测试成功与否；T指出在软件问题报告单中给出的问题描述是否准确，并回答是或否；U是问题注释，准确地重新叙述要修改的问题；V指明问题来自哪里，如

33、系统设计规格说明书、软件需求规格说明书、概要设计说明书、详细设计说明书、数据库、源程序等；W说明完成修改所需要的资源估计，即所需要的人月数和计算机终端时数；X指出所要进行修改的类型，由执行修改的人最后填写。修改类型主要有适应性修改、改进性修改以及计算错误、逻辑错误、输入和输出错误、接口错误、数据库错误、文档错误以及配置错误等的修改；Y是提出对软件问题进行修改的人员或单位；Z是完成软件问题修改的人员或单位。表1 软件问题报告单（SPR）软件问题报告单登记号A登记日期B 2012 年9月22 日发现日期C 2012年 9月 22 日项目名D子项目E代号F阶段名软件定义需求分析概要设计详细设计编码测

34、试组装测试安装验收运行维护状态1234567报告人姓名皮维电话11111111地址问题：G 例行程序 程序 数据库 文档 改进子例行程序/子系统：H修改版本号：I媒体：J数据库：K文档：L测试实例：M硬件：N 问题描述/影响：O对于不想再本公司进货只想单买的用户带来极大的困扰。不能为单独的货物而送到农村。偏远地带。 附注及修改建议：P建议和中国邮政联谊。进行商业交往。表2 软件修改报告单（SCR）软件修改报告单登记号A登记日期B 2012 年 9 月22 日发现日期C 2012 年 9 月22 日项目名D子项目E代号F响应哪些SPR： G修改类型X修改申请人Y修改人Z修改： H 程序 数据库 文档 解释修改描述： I把运货途径修改为自家运货和邮政运货，圆通，申通等用户可以自己选择的方式。 批准人： J 改动：语句类型： K I/O 计算 逻辑 数据处理 程序名：L老版本号：M新版本号：N数据库：ODBCR：P文档：QDUT：R修改已测试否：S单元子系统组装确认运行成功否：S SPR的问题叙述准确否？ T 是 否 附注：U问题来自：V 系统设计规格说明书 需求规格说明书 设计说明书 数据库 程序资源来自：W 人工数：（单位：人日） 计算机时间：（单位：小时）