1、第1章EXeERP系统工具需求文档文件修改记录编号状态日期执笔人审核人批准人修改页码及条款1创立文档2009-7-8王刚2修改文档2009-7-9王刖蚌立宸3确立文档2009-07-12谢冠雄打印文档1.1引言1.1.1目的该工程主要目的用于指导湖南科技职业学院学生的第2学期的工程实训。前期巳经行财湖南杼技职业学院第3学期任务做用详细调研.编写此文档可以更好的明毯客户带求，同时也为设计说明书3的编写提俣依据.预期的读者：h系统设计人员.2,湖南科技职业技术学院软件学院老师.1.1.2背景工程名称：EXCERP系统工具版本：1.O任务提出者：湖南稗技职业学院工程案例显老师任芬实德老：EXeERP
2、实训工程组任芬承当老：浙江天演雄真网珞科技有限公司软件事业部使用对象：湖南科技职业学院麻生与其它系统的关系：作为执行企业资源方案系统（ExeERP）的一个子系统，是其系统操作工具.执行企业费源方案系It（EWERP）是浙江天演维真网络科技有限公司联合浙江大学计算机学院共同开发.并拥有囱主知识产权的优秀管理软件.系统采用先进的多层体系架构用户界面层，商业迈辑星.数据卑层）.是现代网珞技术、数据库拉术、电子商务技术和各界企业人士珍贵管理经脸的完美转品.其功能强大，条作简便，是各级企业实现全再信息化管理、筒便工作的理想选择.曾遇适用于各类制造型企业，改变了企业传统的条块分割的管理模式,通过恒息化手段
3、对各个职能部门（如车何.仓库.铺售.财务、采购等）和各个管理环节（如订单的下达与执行、生产方案的实格和控制等进行全密的智能化管理,给企业管理者摄供全方位的决策支抖,实现现代企业管理的标准化、系疣化、智能化.1.1.3参考资料1）（执行企业资源方案系统需求规格说明书.doc2）第二学期案例方案.d。T3）工程合同1.2 任务概述1.2.1 目标该软件是&湖南科技职业学院师生要求针对湖南科技职业学尻第2学期学生工程实训的演示案例.该软件畿供（ExeERP）系统中配置文件的修改与系统的备份。是执行企业资源方案系统（ExeERP）的子系统.1.2.2 假定与约束开发斯限为2009-7-92009-7-
4、221.3 系统组织结构管理员应用EXeERP系统管理工具对系疣配置文件进行维护操作（读取、增加、修改），在工程的揖贝、移植过程中为了系统文件的平安，对系统文件进行备份操作。1.4 功能需求1.4.1 用例驱动需求建模1.4.1.1 管理员用例图1.1.1 .1.】绘制用例图系诜文件备份1.1.2 读取配置文件信息I）用例标识符：UCT2dDMINJ）01.2）用例名的：3）用例描逑：4）角色：5）前置条件：6）后置条件：7）根本路径：读取配置文件信息管理员将爸置信息的内容读取到应用程序界而管理员管理员总动应用程序，成功进入管理界面完成此程序的相应操作(1)(2)(3)(4)管理员成功进入管理
5、界面系统用断配置文件是否存在读取出相应的系统配置信息,如：Config.properties文件将读取的信息显示在应用程序界面上8）扩展点：2a文件目录不存在2a1应用程序界面上是空值/初培t.2b文件不存在2b1.应用程序界面上是空值/初始值.9）补充说明:无1)2)3)4)5)6)7)用例标识符:用例名称：用例描述：角色：前置条件：后置条件:根本潞径：（1）（2）（3）（4）（5）（6）1.1.3 维护配置文件信息UC.T2ADMIN002修改配置文件信息管理员可对ERP工程的空置文件进行修改操作管理员管理员启动应用程序,成功进入管理界面完成此程序的相应操作管理员成功进入管理界面该取出相应
6、的系统正置信息.如：COnfig.properties文件在系统界密上，修改配置扬数修改完成，点保存系统判断路径和文件是否存在.文件路径存在.修改文件，根示政据已更新。8）扩展点:2a.指定的文件珞足不存在2a1.自助找刎指定路径，在指定路径下创立目录和配置文件，并保存文件的配置信息。2b.在指定的路径下,找不到相应的配置文件2b1.自动创立配置文件，并保存文件的配置信息.9）补充说明：1.修改配置文件格式要准确2、窗体切换必须小于O.5秒1.4.1.1.4系统文件备份1）用例标识符：UC_T2_ADM1N_OO32）用例名称：系统文件备份3）用例描述：用户可对ERP工程的配置文件进行备份操作
7、4）曲色：管理员5）前置条件：管理员启动应用程序，成功进入管理界面6）后置条件：备份EXeERP系统7）根本路径:（1）管理员运行EXeERP管理工具系统（2）管理员按“各借”按纯.（3）系统根据管理员指定的备份路径，将EXeERP系统文件备份（4）系统完成备份ExoERP系统操作。（5）系统提示“各份成功8）护晨点:3a,指定的备份路径不存在3a1.备份时，系统在制定的备份路径下创立文件，备份EXeERP系统文件3b.在指定的各份路径下，备份文件已存在3b1.系统将提示备份文件已存在.是否遭受.或新犹一文件再各份9）补充说明142功能划分1.4.3功能描述功能名稀功能标识符功能年细掩迷读取配
8、置文件信息FUN_T2_ADMIN_001将配置文件信息读取出未，显示在应用程序界面上增扣配置文件FUN2_AI)MIN_002可以在配置信息目录下，添加一个的系统配置文件修改配置文件信息FUN_T2,AI)MIN_003对系统的配置参数进行修改更新操作实现事件监听FUN-T2.AI)WIN_004融入面向对象幅程的思想具体实观：以及实现按钮事件监听系统文件备份F1.1.N_T2ADMIN_005备份EXeERP票统的运行程序到指到目录中.其中融入了对文件的流操作.1.5性能需求1.5.1 时间要求响应时间不超过50毫秒、更新处理时间不超过70毫秒、数据林怏时间不超过70亳秒，尽可能的缩短传送
9、时间。1.5.2 适应性1. 本系琉用JAVA语言编写.JaVa具为UriteOnce,RunAnyehere*的优点，所以本系统的运行与平台无关，具有很强的可移植性，系统环境的改变对它影响不大。2. 本系统完全采用OO（面向对起）思双进行设计与编程,因此，系统的扩彘性与开放梃都比较好,与其他系统的接口解方便，即便接口发生改交.修改的工作量也不会很大。3. 本系统运行对机器的性能、配置要求均不高.1.6设计约束!,考虑到学生第2学期仅学习了JaYa基础、面向对象编程、JaVt1.图形接口等知识，所以本系统只采用上述技术手段来实现：2、 考虑到本系统的工作量要满足“一名学生3周时间完成”的要求,
10、所以在实际功能上迸行了一定的删减：3、 本系统工具是针对淅江天演公司的EXeERP系统开发的，所以只适用于EXeERP系统的配置管理.1.7工程风险分析1.7.1用户角度的风险1.7.1.1客户的任务和目标号风龄要素依风险中风险*风险级I三就定名符完全符合客一个或几个客根本不能到达客户低合客户的目户的目标户的目标不能的目标直接宾现对客户原有根本保持客某些工作流程客户的工作流程和工作流程的户原有的工影哨作流程会因为本工程方法将因本工程的而受到小的影实族而产生很大的文化1.7.1.2客户的机构管理V风险要素客户机构的稳定性低风隆根本不会发生变化中风险客户机构中的人员及妻任客户组织成员的叁与程度每一
11、个人都很清楚百己及他人的戏色和工作责任工程组可以与客户所有需耍交流的部门进行足够的交流1.7.1.3客户/最终用户会发生较小的变化每一个人都清越百己的角色和工作责任,但并不清是其他人的责任工程组不能确认是否能够与所有带要交流的部门进行足够的沟通客户的机构或管理方式会发生持续的或迅速的变化客户机构中的大多数人都不清费自己或他人的工作职责工程组与客户组织中的一个或数个关英前门进行交流，或这些部门之间没有交流,或工程组与某个关纯部门的交流将影响工程缎与其他部门的交流风险要未低风险中风除风险最终用户在最终用户聚最终用户在工几乎没有最终用户工程中的参密参与工程程中捡演次要的叁与,炭终用户对与程度开发,并
12、有更的角色,对工程工程也几乎没有意要的作用的奉献为中等见和珑议程度最终用户的用户在类似用户有类似系用户几乎没有任何使用经畛工程上有丰统的使用经脸，类似系统的使用珏富的便用羟并且有关于黑验，也不知道如何到玲，对如何到求的想法达需求*号2数终用户的培训将求最终用户在达需求有明诊的思路培训需求巴被充分考虑.培刎工作正在进行或巳有适宜的方案最烬用户对培训需求巳裱充分考虑,但培刎工作没有开始并且没有适宜的方案该领域对最终培训需求没有祓步虑过用户对该领域几乎冬较低中等领低工程涉及的领域中的知识工程涉及的领域有相当的知识和羟验用户相对较新，但已经开始对他们进行适当的培训没有任何认识，并且没有方案好的瘠词工作
13、1.7.1.4客户的技术部门风险旻崇客户组织吸引和曲住员工的能力低风险客户能好招聘到并且诒住有足够技能的员工.并对技能缺乏的员工进行适当的培训中郎风险客户能纷招秒到有限数量的有足够技能的员工.可能需要支付外的奖金风险提少人愿傅在客户的俎织中工作，客户也因为员工的菊繁流失而不愿意对他们进行培训ft低1.7.2工程角度的风险1.7.2.1工程特征硬件限制低风险中风险*风险工程皎小，不工程鲂模中等，大型工程，高复杂很艮杂，或很复杂度中等，可度，唯于分解容易分解以被分解几乎没有硬有一些硬件限更大的硬件泯制.多件米制，单一制；少量几个平平台系统系统平台台对定义好的根本需求可能没有根本需求,或根甭求根本不
14、会发生一些亚本穿求文化很快会发生变化化客户期望值双方没有正式客户的期虫值与工均工程组相讨论选工程的程组不同工程复杂度需求物定性客户期曳值同号风险要素皴低可测试性工程需求很容易被测试.测试方案正在进行中斯也值.但看起来是相同的工程的某些局部很难被测试.成测试方案刚刚开始制定了一小局部工程的大局部都推干测试.或工程测试方案尚未开始制定1.7.2.2工程的决定号风险要素低风陂中风险商风险领行政因素的影哨碇定工程结束日期开发技术的选择所有决定翱不是由行政影晌而作出的发布日期是基于工程组对工程进展的估计作出的工程中的某些决定不是因为技术或管理的原因，而是行政上的希夏发布时间确实定局部由于市场的带要或其他
15、方面的因素工程中的大多数决定都是行政上的原因,而没有技术或管理上的因素技术选择完全符合客户的律求之所以选择某种新技术，局都是由于新技术本身发布日期瑜实定完全是由于市场的需要，或财务目标，或其他类似因素，却没有考虑到二程组对工作时间的估计工程成了引进新技术的借口，而新的技术对满足用户落求毫无用处1.7.2.3工程的开发过程风险要素低风陛申风险*风险皴1工程的依戟所有的依*1某些依就条件影晌工程的条件是低性因素榭是的.可能会局割导员工、决策或限件快并且有可串的保证致矣期乏2对评估结果任务划清芨工程组成员对任务划分不明,评估低的信任度.工程组财评估结果的某涉及的范国尢广.或评估皓果高些局新缺乏信工程
16、俎不信任评估度信任任结果3现有系统的现有系统的后部系统有文没有有关现有系统低文档文档完全.格档说明；得一局的文档：或现有文瞥式通用统一，部文档有自己不正确或已过期工程组很容易理第且从中援拉的编写方法4工程文档文档正确可缺少局部文档，没有工程文档：没有低用，由工程组但已有文档是建立工程内部文档成员在工程可用的,可能滞的方案进展过程中编耳后于工程连展5开发流程的工程进展流流程已建立，但没有正式的工作流低制订和使用程已1赛立.效果不好,没有程并且是适当裱很好的遵守的和高效的，工程组成员遵照该流程工作1.724工程开发和部署的环境a风险要素低风险中风险商艮险等领1构理设备几乎不甯要改某些已存在，其誉要
17、较大的改造2硬件平台变平台稳定，*足够的能力.不裕要改变他需要改爻平台有一些交平台与软件在开发中化.但在控制之下1.7.2.5工程（程序）管理风险要素低风险中答风险*风险级1管理方法具有有效的方案和监督机几乎没有方案和盅H方案和更督制需要加强瞥机制的机制和工具管理经脍工程经理和程序经理在类似工程上很有经验工程和程序控理的权威具有管理上的或官方的工程经理和程序经理在类似工程上有一些经验，或在其它工程上有管理经胜基于私人的关系，可以影响组工程经理和程序经理没有经历过类似工程的管理工作.或在工程管理上是新手既没有官方的地位也没有个人的影权威，可以有效的承当领导工程组织中的其他成响，从而在做出决定和资
18、源调史上没有影响力的任务1.7.2.6 工程组V风险要素低风除中部风险育风险领1工程组成员的可用性总是就结，几乎没有什么原因可以导致中蜥工作根本可用,有时候会因第急事件而中断工作几乎不可用,成员花费大量的时间用于应付娱急事件低2综合技能粽台技能极好某些技能不是很充分不具备某些必要的技能中等3类位工程的经验工程组在美似工程上有大量的经验在类似工程中有一定羟验几乎没有类似工程的经验中等4开发流程的在这种流程在这种流程上没有正规流程的经低经验上有大量的有一些经验或脸泾验在其他流程上有大量的经验1.7.2.7 工程技术号风险旻崇低风险中号风险商风险ft1技术与工程对客户的问工程方案中采所选择的技术与解
19、低的符合程度题，工程所用的技术对解决客户的问题之间果用的技术决客户的问题有较大的差异有可家的第在某些方面不决方案是很适宜2与工业标准技术路线符技术路线对用技术路线与现有的低的符合程度合客户的组户是全新的,但标准或技术架构有织体系和技是与现存的标矛盾，或没有成文术架构准和技术架构没有冲突的标准3技术成熟性该技术已经技术被工程组果用的是可能导致低使用了很长时向充分理解失败的新技术1.7.2.8工程维护号风险要素低风险中等闻宴商见险领1设计复杂性高可维护性某些方面难于维护非常难于维护低2维护人员有足够的适缺少某些方面非常缺乏受过训练低宜的有经验的人员的专家的专家1.8分配任务序号任务名任务描述起始时间皓束时间责任人
免费区 
