钢铁电子商务平台项目实施方案项目一期建设方案

钢铁电子商务平台项目实施方案项目一期建设方案钢铁电子商务平台项目实施方案项目一期建设方案查、操作性、易训练性、键壮性、模块独立性、描述性、结构性、文档完备性、通用性、可扩充性、可修改性、自荐性、机器独立性、软件系统独立性、通信共享性、数据共享性、通信性、保密性等等。9.2.5需求分析小组组长：项目需求负责人，由项目经理指定或兼任。成员：XXX工贸工作人员；XXX公司指定人员。职责：确定业务人员可接受的操作界面，如菜单、按钮、提示信息、报表内容的布局、界面风格等；对业务部门提出的经复核和部门经理审核的业务需求统一进行管理；确保其他相关开发文档与软件需求保持一致性；用户的软件需求主要为业务功能需求，需求内容为业务功能、业务功能处理流程、数据流程、功能使用的权限及某些特殊的条件限制、时效性，基础数据要素定义、算法、用户输入界面要素、报表样张以及制作方法等等；负责对需求进行分析并给出详细的定义，编写需求说明书（内容包括功能的和非功能的需求）、或可视化模型、或系统功能说明书、非功能需求（要求所有更改数据库的操作均写入日志文件并供查询）、初步的系统用户手册。需求分析评审：系统定义的目标是否与用户的要求一致。系统需求分析阶段提供的文档资料是否安全；文档中的所有描述是否完整、清晰、准确反映用户要求；与所有其它系统成分的重要接口是否都已经描述；所开发项目的数据流与数据结构是否足够、确定；所有图表是否清楚，在不补充说明时能否理解。主要功能是否包括在规定新的软件范围内，是否都有充分说明；设计的约束条件或限制是否符合实际；开发的技术风险是什么；是否考虑过软件需求的其它方案；是否考虑过将来可能会提出的软件需求；是否详细制定了检验的标准，他们能否对系统定义是否成功进行确认；有没有遗漏、重复或不一致的地方；用户是否审查了初步的用户手册；软件开发计划中的估算是否受到了影响。为保证软件需求定义的质量，评审由项目协调小组、项目质量管理小组负责，并按规定严格进行。评审通过，软件开发才可进入设计阶段。9.2.6系统设计小组组长：由项目经理指定。成员：开发设计人员。职责：把已确定的各项需求（功能需求、非功能需求）按一定的规则转换成一个相应的体系结构，即结构设计。结构设计文档完成后，提交技术开发项目小组评审，评审通过后进入软件编程阶段。9.2.7软件开发小组组长：由项目经理指定。成员：开发设计人员。职责：程序编写；数据结构合理化、程序结构良好、规范、清晰易读、执行速度快、占用内存空间少。充分考虑项目的应用范围，算法和计算复杂性，软件执行的环境，性能上的考虑与实现的条件以及数据结构的复杂性。9.2.8系统测试小组组长：由项目经理指定测试小组负责人。成员：测试员。职责：制定各阶段的软件测试计划，提交质量管理小组评审。评审通过后，进入测试阶段。测试计划内容包括所测试软件的功能、输入和输出、测试内容、各项测试进度安排、资源测试、测试资料、测试工具、黑盒和白盒测试用例的选择、控制方式和过程、系统组装方式、跟踪规程、调试规程、回归测试的规定、测试数据量、软件安装版测试等以及评价标准。在开发各阶段进行测试评审，尽早地发现和预防错误，提高软件质量。必须经过以下四个阶段的测试，直至开发的软件合格，将软件交付用户验收。单元测试；组装（集成）测试；确认测试；系统测试；对每一步测试都需提供测试报告。9.2.9文档整理小组组长：由项目经理指定。成员：文档编写人员。职责：整理系统技术手册、用户手册、安装手册；提交用户验收。9.2.10系统培训小组组长：XXX公司指定。成员：相关开发人员或聘请相应的培训教师。职责：提供培训资料：安装手册、用户手册、系统维护说明、设备维护说明；对高层及各基层的各部门领导、系统管理人员、操作人员进行培训。9.2.11系统维护小组组长：由项目经理指定。成员：系统维护人员。职责：对软件投入使用后进行软件维护工作：改正性维护（部分隐藏的错误）；适应性维护（硬件和软件的配置升级）；完善性维护（新功能、新性能）；受理软件维护申请；提供电话热线技术支持或现场支持；记录软件修改日志，提交软件修改报告。9.3评审验收评审和测试一样，是系统质量保证的又一措施。软件评审的通过，一方面用于净化软件工程的各项活动，同时也标志着我公司在此阶段工作的胜利完成及用户对其功能/质量的认可。我们认为，在软件改造开发的各个阶段都可进行评审。如：对系统需求分析定型、系统重要功能模块的修改等。系统试运行结束后应组织使用单位人员对软件工程的系统建设进行全面的评审验收。评审应从下几方面进行：功能、逻辑和实现上有无缺陷。是否符合用户需求。是否按照指定的工具和方法加以开发。效率如何。文档是否齐全。在各个局部范围是否已经试用成功。其它。验收项目功能项测试：对软件需求说明书中的所有功能项进行测试；业务流程测试对软件项目的典型业务流程进行测试；容错测试容错测试的检查内容包括:系统对用户常见的误操作是否能进行提示；系统对用户的的操作错误和软件错误，是否有准确、清晰的提示；系统对重要数据的删除是否有警告和确认提示；系统是否能判断数据的有效性，屏蔽用户的错误输入，识别非法值，并有相应的错误提示。安全性测试安全性测试的检查内容包括:系统是否有留痕功能,即是否保存有用户的操作日志；系统中各种用户的权限分配是否合理；性能测试对需求说明书中明确的系统性能进行测试。测试的准则是要满足规格说明书中的各项性能指标。易用性测试易用性测试的内容包括:用户界面是否友好，是否出现中英文混杂的界面；提示信息是否清楚、易理解，是否存在原始的英文提示；各个模块的界面风格是否一致；查询结果的输出方式是否比较直观、合理。适应性测试参照用户的软、硬件使用环境和需求说明书中的规定，列出开发的系统需要满足的软、硬件环境。对每个环境进行测试。文档测试用户文档包括:安装手册、操作手册和维护手册。对用户文档测试的内容包括:操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块；用户文档描述的信息是否正确,是否没有歧义和错误的表达；用户文档是否容易理解,是否通过使用适当的术语、图形表示、详细的解释来表达；用户文档对主要功能和关键操作是否提供应用实例；用户文档是否有详细的目录表和索引表；3.验收标准软件错误的严重性等级不能执行正常功能或重要功能；严重地影响系统要求或基本功能的实现,且没有办法解决；严重地影响系统要求或基本功能的实现,但存在合理的解决办法；使操作者不方便或遇到麻烦,但不影响执行正常功能或重要功能；其它错误。错误与严重性等级对应表1级错误的描述这一级别的错误一般包括以下内容:没有实现或错误地实现重要的功能；业务流程存在重大隐患；软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情况；软件在操作过程中由于软件自身的原因对系统或数据造成破坏；在现有的软、硬建设环境下不能实现应有的功能；特殊软件在操作过程中可能危及系统和人身安全等。2级错误的描述这一级别的错误一般包括:没有实现基本功能，并且不存在替代办法；没有实现重要功能中的部分功能，并且不存在替代办法；业务流程衔接错误；密钥以明文方式存储；没有留痕功能；用户的权限分配不合理；在现有的环境下，不能实现部分功能且没有替代方案；没有满足系统的性能要求。3级错误的描述这一级的错误是与第2级别的错误相对应的，而第3级错误则存在替代方法；对误操作或错误操作没有提示，导致非法数据进入数据库。4级错误的描述为易用性方面的错误。比如界面不友好、前后风格不一；中英文混杂；查询结果输出不直观等。5级错误的描述为文档方面的错误，如安装手册、操作手册、维护手册中的描述错误。对发现的每一个错误都要确定相应的严重性等级，全部改正方可。（3）验收标准测试用例不通过数的比例<1.5%；不存在错误等级为1的错误；不存在错误等级为2的错误；错误等级为3的错误数量≤5；所有提交的错误都已得到更正；9.4用户培训我们针对平台实际应用者将采取集体培训和个别辅导相结合的培训方式（具体培训起止日期由双方另行商定）。集体培训即采用上大课的方式，个别培训主要针对不同岗位人员对其在试运行时具体系统使用中进行个别技术指导。培训可能是并行的或与初始化工作同时进行。9.5系统移交项目的建设应严格按照系统工程理论和方法实施。整个系统实施过程应建立完整的资料档案。一方面可保证系统实施具有系统性，编程的设计具有规范性，不会因为程序员的变化影响到系统的改造开发；另一方面可保证系统移交的正常完成；再一点有利于系统移交后的版本升级二次开发等的顺利实现。为保证系统移交后，系统的正常运行，我公司将为XXX工贸培训出几名合格的系统管理员