ExeERP系统工具需求文档第2学期.docx

1、ExeERP系统工具需求文档第2学期第1章 ExeERP系统工具需求文档文件修改记录编号状态日期执笔人审核人批准人修改页码及条款1创建文档2009-7-8王刚 2修改文档2009-7-9王刚韩立宸3确立文档2009-07-12谢冠雄 4打印文档 目 录第1章 ExeERP系统工具需求文档 11.1 引言 11.1.1 目的 11.1.2 背景 11.1.3 参考资料 11.2 任务概述 21.2.1 目标 21.2.2 假定与约束 21.3 系统组织结构 21.4 功能需求 31.4.1 用例驱动需求建模 31.4.2 功能划分 51.4.3 功能描述 51.5 性能需求 61.5.1 时间要

2、求 61.5.2 适应性 61.6 设计约束 61.7 项目风险分析 71.7.1 用户角度的风险 71.7.2 项目角度的风险 81.8 分配任务 121.9 附表 121.1 引言1.1.1 目的该项目主要目的用于指导湖南科技职业学院学生的第2学期的项目实训。前期已经针对湖南科技职业学院第3学期任务做过详细调研。编写此文档可以更好的明确客户需求，同时也为设计说明书的编写提供依据。预期的读者：1、 系统设计人员。2、 湖南科技职业技术学院软件学院老师。1.1.2 背景项目名称：ExeERP系统工具版本：1.0任务提出者：湖南科技职业学院项目案例组老师任务实施者：ExeERP实训项目组任务承担

3、者：浙江天演维真网络科技有限公司软件事业部使用对象：湖南科技职业学院师生与其它系统的关系：作为执行企业资源计划系统（ExeERP）的一个子系统，是其系统操作工具。执行企业资源计划系统（ExeERP）是浙江天演维真网络科技有限公司联合浙江大学计算机学院共同开发，并拥有自主知识产权的优秀管理软件。系统采用先进的多层体系架构（用户界面层，商业逻辑层，数据库层），是现代网络技术、数据库技术、电子商务技术和各界企业人士宝贵管理经验的完美结晶。其功能强大，操作简便，是各级企业实现全面信息化管理、简便工作的理想选择。普遍适用于各类制造型企业，改变了企业传统的条块分割的管理模式，通过信息化手段对各个职能部门（

4、如车间、仓库、销售、财务、采购等）和各个管理环节（如订单的下达与执行、生产计划的实施和控制等）进行全面的智能化管理，给企业管理者提供全方位的决策支持，实现现代企业管理的规范化、系统化、智能化。1.1.3 参考资料1) 执行企业资源计划系统需求规格说明书.doc2) 第二学期案例方案.doc3) 项目合同1.2 任务概述1.2.1 目标该软件是应湖南科技职业学院师生要求针对湖南科技职业学院第2学期学生项目实训的演示案例。该软件提供（ExeERP）系统中配置文件的修改与系统的备份。是执行企业资源计划系统（ExeERP）的子系统。1.2.2 假定与约束开发期限为2009-7-92009-7-221.

5、3 系统组织结构 管理员应用ExeERP系统管理工具对系统配置文件进行维护操作（读取、增加、修改），在项目的拷贝、移植过程中为了系统文件的安全，对系统文件进行备份操作。1.4 功能需求1.4.1 用例驱动需求建模1.4.1.1 管理员 用例图1.4.1.1.1 绘制用例图1.4.1.1.2 读取配置文件信息1) 用例标识符：UC_T2_ADMIN_0012) 用例名称： 读取配置文件信息3) 用例描述： 管理员将配置信息的内容读取到应用程序界面4) 角色： 管理员5) 前置条件： 管理员启动应用程序，成功进入管理界面6) 后置条件： 完成此程序的相应操作7) 基本路径： (1) 管理员成功进入

6、管理界面(2) 系统判断配置文件是否存在(3) 读取出相应的系统配置信息，如：config.properties文件(4) 将读取的信息显示在应用程序界面上8) 扩展点： 2a 文件目录不存在 2a1 应用程序界面上是空值/初始值。2b 文件不存在 2b1应用程序界面上是空值/初始值。9) 补充说明：无1.4.1.1.3 维护配置文件信息1） 用例标识符：UC_T2_ADMIN_0022） 用例名称： 修改配置文件信息3） 用例描述： 管理员可对ERP项目的配置文件进行修改操作4） 角色： 管理员5） 前置条件： 管理员启动应用程序，成功进入管理界面6） 后置条件： 完成此程序的相应操作7）

7、基本路径： （1） 管理员成功进入管理界面（2） 读取出相应的系统配置信息，如：config.properties文件（3） 在系统界面上，修改配置参数（4） 修改完成，点保存（5） 系统判断路径和文件是否存在。（6） 文件路径存在，修改文件，提示数据已更新。8）扩展点： 2a、指定的文件路径不存在 2a1自动找到指定路径，在指定路径下创建目录和配置文件，并保存文件的配置信息。2b、在指定的路径下，找不到相应的配置文件2b1自动创建配置文件，并保存文件的配置信息。9）补充说明： 1、修改配置文件格式要准确 2、窗体切换必须小于0.5秒1.4.1.1.4 系统文件备份1）用例标识符： UC_T2

8、_ADMIN_0032）用例名称： 系统文件备份3）用例描述： 用户可对ERP项目的配置文件进行备份操作4）角色： 管理员5）前置条件： 管理员启动应用程序，成功进入管理界面6）后置条件： 备份ExeERP系统7）基本路径： （1） 管理员运行ExeERP管理工具系统（2） 管理员按“备份”按键。（3） 系统根据管理员指定的备份路径，将ExeERP系统文件备份（4） 系统完成备份ExeERP系统操作。（5） 系统提示“备份成功”。8） 扩展点： 3a、指定的备份路径不存在3a1备份时，系统在制定的备份路径下创建文件，备份ExeERP系统文件 3b、在指定的备份路径下，备份文件已存在3b1.系统

9、将提示备份文件已存在，是否覆盖。或新建一文件再备份9） 补充说明 无1.4.2 功能划分1.4.3 功能描述功能名称功能标识符功能详细描述读取配置文件信息FUN_T2_ADMIN_001将配置文件信息读取出来，显示在应用程序界面上增加配置文件FUN2_ADMIN_002可以在配置信息目录下，添加一个的系统配置文件修改配置文件信息FUN_T2_ADMIN_003对系统的配置参数进行修改更新操作实现事件监听FUN_T2_ADMIN_004融入面向对象编程的思想具体实现；以及实现按钮事件监听系统文件备份FUN_T2_ADMIN_005备份ExeERP系统的运行程序到指到目录中。其中融入了对文件的流操

10、作。1.5 性能需求1.5.1 时间要求响应时间不超过50毫秒、更新处理时间不超过70毫秒、数据转换时间不超过70毫秒，尽可能的缩短传送时间。1.5.2 适应性1、 本系统用JAVA语言编写。Java具有“Write Once，Run Anywhere”的优点，所以本系统的运行与平台无关，具有很强的可移植性，系统环境的改变对它影响不大。2、 本系统完全采用OO（面向对象）思想进行设计与编程，因此，系统的扩展性与开放性都比较好，与其他系统的接口很方便，即便接口发生改变，修改的工作量也不会很大。3、 本系统运行对机器的性能、配置要求均不高。1.6 设计约束1、 考虑到学生第2学期仅学习了Java基

11、础、面向对象编程、Java图形接口等知识，所以本系统只采用上述技术手段来实现；2、 考虑到本系统的工作量要满足“一名学生3周时间完成”的要求，所以在实际功能上进行了一定的删减；3、 本系统工具是针对浙江天演公司的ExeERP系统开发的，所以只适用于ExeERP系统的配置管理。1.7 项目风险分析1.7.1 用户角度的风险1.7.1.1 客户的任务和目标编号风险要素低风险中等风险高风险等级1项目是否符合客户的目标完全符合客户的目标一个或几个客户的目标不能直接实现基本不能达到客户的目标低2对客户原有工作流程的影响基本保持客户原有的工作流程某些工作流程会因为本项目而受到小的影响客户的工作流程和方法将

12、因本项目的实施而产生很大的变化低1.7.1.2 客户的机构管理编号风险要素低风险中等风险高风险等级1客户机构的稳定性基本不会发生变化会发生较小的变化客户的机构或管理方式会发生持续的或迅速的变化低2客户机构中的人员及责任每一个人都很清楚自己及他人的角色和工作责任每一个人都清楚自己的角色和工作责任，但并不清楚其他人的责任客户机构中的大多数人都不清楚自己或他人的工作职责低3客户组织成员的参与程度项目组可以与客户所有需要交流的部门进行足够的交流项目组不能确认是否能够与所有需要交流的部门进行足够的沟通项目组与客户组织中的一个或数个关键部门进行交流，或这些部门之间没有交流，或项目组与某个关键部门的交流将影

13、响项目组与其他部门的交流中等1.7.1.3 客户/最终用户编号风险要素低风险中等风险高风险等级1最终用户在项目中的参与程度最终用户紧密参与项目开发，并有重要的作用最终用户在项目中扮演次要的角色，对项目的贡献为中等程度几乎没有最终用户的参与，最终用户对项目也几乎没有意见和建议低2最终用户的使用经验用户在类似项目上有丰富的使用经验，对如何达到需求有明确的思路用户有类似系统的使用经验，并且有关于需求的想法用户几乎没有任何类似系统的使用经验，也不知道如何达到需求低3最终用户的培训需求培训需求已被充分考虑，培训工作正在进行或已有合适的计划培训需求已被充分考虑，但培训工作没有开始并且没有合适的计划培训需求

14、没有被考虑过低4最终用户在项目涉及的领域中的知识最终用户对项目涉及的领域有相当的知识和经验该领域对最终用户相对较新，但已经开始对他们进行适当的培训用户对该领域几乎没有任何认识，并且没有计划好的培训工作低1.7.1.4 客户的技术部门编号风险要素低风险中等风险高风险等级1客户组织吸引和留住员工的能力客户能够招聘到并且留住有足够技能的员工，并对技能不足的员工进行适当的培训客户能够招聘到有限数量的有足够技能的员工，可能需要支付额外的奖金很少人愿意在客户的组织中工作，客户也因为员工的频繁流失而不愿意对他们进行培训低1.7.2 项目角度的风险1.7.2.1 项目特征编号风险要素低风险中等风险高风险等级1

15、项目复杂度项目较小，不很复杂，或很容易分解项目规模中等，复杂度中等，可以被分解大型项目，高复杂度，难于分解低2硬件限制几乎没有硬件限制，单一系统平台有一些硬件限制；少量几个平台重大的硬件限制，多平台系统低3需求稳定性对定义好的需求基本不会发生变化基本需求可能会发生一些变化没有基本需求，或基本需求变化很快低4客户期望值客户期望值与项目组相同双方没有正式讨论过项目的期望值，但看起来是相同的客户的期望值与项目组不同低5可测试性项目需求很容易被测试，测试计划正在进行中项目的某些部分很难被测试，或测试计划刚刚开始制定了一小部分项目的大部分都难于测试，或项目测试计划尚未开始制定低1.7.2.2 项目的决定

16、编号风险要素低风险中等风险高风险等级1行政因素的影响所有决定都不是由行政影响而作出的项目中的某些决定不是因为技术或管理的原因，而是行政上的需要项目中的大多数决定都是行政上的原因，而没有技术或管理上的因素低2确定项目结束日期发布日期是基于项目组对项目进展的估计作出的发布时间的确定部分由于市场的需要或其他方面的因素发布日期的确定完全是由于市场的需要，或财务目标，或其他类似因素，却没有考虑到项目组对工作时间的估计低3开发技术的选择技术选择完全符合客户的需求之所以选择某种新技术，部分是由于新技术本身项目成了引进新技术的借口，而新的技术对满足用户需求毫无用处低1.7.2.3 项目的开发过程编号风险要素低

17、风险中等风险高风险等级1项目的依赖性所有的依赖因素都是已知的，并且有可靠的保证某些依赖条件可能会部分导致延期影响项目的条件是员工、决策或组件不足低2对评估结果的信任度任务划分明确，项目组对评估结果高度信任项目组成员对评估结果的某些部分缺乏信任任务划分不明，评估涉及的范围太广，或项目组不信任评估结果低3现有系统的文档现有系统的文档完全，格式通用统一，项目组很容易理解且从中获益部分系统有文档说明；每一部分文档有自己的编写方法没有有关现有系统的文档；或现有文档不正确或已过期低4项目文档文档正确可用，由项目组成员在项目进展过程中编写缺少部分文档，但已有文档是可用的，可能滞后于项目进展没有项目文档；没有

18、建立项目内部文档的计划低5开发流程的制订和使用项目进展流程已经建立，并且是适当的和高效的，项目组成员遵照该流程工作流程已建立，但效果不好，没有被很好的遵守没有正式的工作流程低1.7.2.4 项目开发和部署的环境编号风险要素低风险中等风险高风险等级1物理设备几乎不需要改变某些已存在，其他需要改变需要较大的改造低2硬件平台平台稳定，有足够的能力，不需要改变平台有一些变化，但在控制之下平台与软件在开发中低1.7.2.5 项目（程序）管理编号风险要素低风险中等风险高风险等级1管理方法具有有效的计划和监督的机制和工具计划和监督机制需要加强几乎没有计划和监督机制低2管理经验项目经理和程序经理在类似项目上很

19、有经验项目经理和程序经理在类似项目上有一些经验，或在其它项目上有管理经验项目经理和程序经理没有经历过类似项目的管理工作，或在项目管理上是新手低3项目和程序经理的权威具有管理上的或官方的权威，可以有效的承担领导项目组的任务基于私人的关系，可以影响组织中的其他成员既没有官方的地位也没有个人的影响，从而在做出决定和资源调配上没有影响力低1.7.2.6 项目组编号风险要素低风险中等风险高风险等级1项目组成员的可用性总是就绪，几乎没有什么原因可以导致中断工作基本可用，有时候会因紧急事件而中断工作几乎不可用，成员花费大量的时间用于应付紧急事件低2综合技能综合技能极好某些技能不是很充分不具备某些必要的技能中

20、等3类似项目的经验项目组在类似项目上有大量的经验在类似项目中有一定经验几乎没有类似项目的经验中等4开发流程的经验在这种流程上有大量的经验在这种流程上有一些经验或在其他流程上有大量的经验没有正规流程的经验低1.7.2.7 项目技术编号风险要素低风险中等风险高风险等级1技术与项目的符合程度对客户的问题，项目所采用的技术有可靠的解决方案项目计划中采用的技术对解决客户的问题在某些方面不是很合适所选择的技术与解决客户的问题之间有较大的差异低2与工业标准的符合程度技术路线符合客户的组织体系和技术架构技术路线对用户是全新的，但是与现存的标准和技术架构没有冲突技术路线与现有的标准或技术架构有矛盾，或没有成文的标准低3技术成熟性该技术已经使用了很长时间技术被项目组充分理解采用的是可能导致失败的新技术低1.7.2.8 项目维护编号风险要素低风险中等风险高风险等级1设计复杂性高可维护性某些方面难于维护非常难于维护低2维护人员有足够的合适的有经验的人员缺少某些方面的专家非常缺乏受过训练的专家低1.8 分配任务序号任务名任务描述起始时间结束时间责任人