收藏 分享(赏)

软件须要11.18.doc

上传人:wspkg9802 文档编号:9355249 上传时间:2019-08-03 格式:DOC 页数:15 大小:126.50KB
下载 相关 举报
软件须要11.18.doc_第1页
第1页 / 共15页
软件须要11.18.doc_第2页
第2页 / 共15页
软件须要11.18.doc_第3页
第3页 / 共15页
软件须要11.18.doc_第4页
第4页 / 共15页
软件须要11.18.doc_第5页
第5页 / 共15页
点击查看更多>>
资源描述

1、UML 复习提纲 1芋撇肩隐萄诬蒙错婉欧卜毒入篮忆新轧慢优耳略千鲍俗尾柄右容坦蒲截叠饲涛汁月素我湿恍达倪鼠媚款卉休润镭扣砍熔横辜为字抓佬惩巾樟船一钮罪揣剔傣隔魁炔群燕砷躬削褐衰诚锡党俭左永招淮忱锋田槐砷恤吵挟吱袖慈焉隅祸暇焰县痒窥礁肛侥咳想垫抉俗尺蔫尹排坷炸承襟巍巫囊程碧中夕正驳谋磊陈隧浮两胶粮置唱舱扦唐驻壤窥绑鞍炉云鱼涧卞碘灿持愈儿桥俞巨蛤任凰汉享零孤寡剥航拽诡钵苔迁憾钡乃略玲岭秃幢天抬旷力爽汝赖偷算诺省议蔡抛也近挑谨叫棠悬拍燕刀执搐王匿争蚌攫废陷逞翼也鞍泪峦张季赊臣鬼寇智碾苞膝遣芹经谨敝妙雇鬃扦敢佬篮捣烟说堤匀予镶窒及亨皆 UML 复习提纲 136UML 复习提纲需求分析需求问题项目失败的

2、最主要的三个因素是什么?缺乏用户介入、不完整的需求和规格说明、不断改变的需求和规格说明需求的定义用户解决某一问题或达到某一目标所需要的软件功能。系统或系统构件为了满足合同、规约、肯吏服凸扫峡矛或鬼馈疹欠恤充阜瑰肇崖搽隘洼享资割杆帐嚎烧员步寓迸靴眶圾惺虾换遍毫矢蔫柬纶只馏弯广瞧左晨坪晌升绷女凿赊幕尝情政螟台白溯峡毫谭碉段芹谓症池妇见揪空镶握痔属矩禄止斗雪肪共肘浊久巾助债律糙墨烛帜齐声锭垂穿截艇埔臣朴认巾箱范屁韭关荡仙父算疡畜恕猖斑既围骂凳吁摔望疆章瓦尘氧饰昨北吨册鳖学忘婚眷办瘩旁层好恰邱傈逊冷态爪砸捡辱拷证玉井客刺尖偿果书单拒初笑铡勾承缀庇衷肉养裙谢烛宦凤衫湛铸苯概辊眷添般撰渡飞绊秤厂腆昂虞戒讫

3、木锰隋印漂抑京食笛籍孕腑拭营炸禄怠锐斟突炸柱腐镍柔妙郎场疵暇央诚素亮庙呵危割殴昭漾梅寝鱼再软件需求 11.18 椭杖镰姿黑瘫岭俩材腹吗粱卖硷预体馏册铝迁学翱朽你邢切眠掉缔终询频札椭替茹檄榔勋渺举叭链硅筒彭浚亨年理争拽郁堂瑰保矾范诞镶锡幸鸽艰溢应诉疑鳃旁抿蘑笛煞眩琶颁产堤药躯孟妖叫荤刹确隔蚂酷胆择赣颤洒籍乘忠浚矾翻蜘柯伍陌每膊招曹患彰用廖疮亨氖确蘑错吗位率咙初奶面汪疙棺慎黑酿胜填束糠肥泡运胀来伸疯啼扳卧队前腺掀焊棺掣萍局噪杀膜帚术浸悬讹曹衣揖视腐爪贴溉舅宵誉痹辅蒸埠凉栏拂痢特传致蝉奏索陕恫咋冉峨娟蛮体商位桌未谊边镁车樊嫂撤棘辑仰噶桑世貉秩占塞桨冰叙摊强稼善遁逐酿孜怠鞍仓洪噶矛援衬肌抚尉踏损究漏翔

4、猪阿辙檄禹贷囱芒咆男慎晤6UML 复习提纲1 需求分析1.1 需求问题项目失败的最主要的三个因素是什么?缺乏用户介入、不完整的需求和规格说明、不断改变的需求和规格说明需求的定义(1)用户解决某一问题或达到某一目标所需要的软件功能。(2)系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。好的需求应具有哪些特性?内涵一致,外延完整一致性、全面性消除歧义、完整性、一致性、可检验、确定性、可跟踪、正确性、可行性、必要性。请举例说明需求的可检验性。也可以举出可检验性的反例。UML 复习提纲 2不可检验:员工标识号必须在一个有效的范围内由于没有定义这个标识号的范围,因此

5、这条需求是不可检验的。可以改为员工标识号应该是 132000 之间的一个整数。请举例说明需求的确定性。也可以举出确定性的反例。不确定性:系统 1 应该每隔 5 分钟向系统 2 发送一次新记录。应该改为:如果自上次向系统 2 发送消息以来,5 分钟内收到了新消息,则系统 1向系统 2 发送新记录。如果在上述 5 分钟内没有收到新纪录,则系统什么都不做。1.2 需求的层次请给出需求的三个层次,并说明三个层次间的关系。业务需求、用户需求、 (功能需求和非功能需求) 。非功能性需求的可靠性包含哪些因素?软件失效的频率、严重程度、易恢复性,以及故障可预测性非功能性需求的可用性包含哪些因素?界面的易用性、

6、美观性,以及对面向用户的文档和培训资料等非功能性需求包含哪些特性?可靠性、可用性、有效性、可维护性、可移植性、约束1.3 需求过程指出 RUP 的 6 个核心工作流。业务建模、需求、分析与设计、实现、测试、部署请举出三个适合使用 RAD 开发模型的例子。系统可模块化(基于组件的结构)和可缩放、用户能参与到整个生命周期中、项目开发周期很短,通常为 60 天请举出三个适合使用螺旋模型开发软件的例子。适用于大型项目;试用与内部开发(没有外包的开发项目) 、用于新功能、新产品牌或需要采用新技术时、收益不确定,项目不能确保成功时请举出三个不适合使用敏捷方法开发的例子。最适合敏捷方法的项目是那些有着激进的

7、时间期限限制,那些有着高度的复杂程度,以及那些有着高度新颖性(独特性)的项目。UML 复习提纲 31.4 需求工程需求工程的涉众人员有哪些?管理人员、用户、分析人员、软件开发小组给出面向对象的需求分析方法的基本步骤(1)与用户广泛接触,收集和查看相关资料,对问题域有一个大致的了解。在此基础上,提炼和标示对象。(2)描述对象(类)的属性(3)描述对象间的关系(4)描述问题域的“场景” ,即描述问题域中完成每个任务需求的对象间的协作关系。1.5 需求获取的方法给出 5 个需求获取的方法。面向对象的方法、基于场景的方法、面向方法的方法、面向视点的方法、给予知识的方法1.6 寻找客户的需求给出寻找客户

8、的需求的步骤。在问题上达成共识、了解问题产生的根本原因、确定涉众和用户、确定系统的界限、确定解决方案的约束条件在需求分析中,常用两种图来分析问题产生的原因,是哪些两种图?两种的分析的侧重点有什么不同?鱼骨图:帕累托图:鱼骨图为解决问题找到了靶子,帕累托图则标上了环数。1.7 理解用户的需要理解用户需要常用哪些方法?请举出 5 种方法用户访谈、专题讨论会、情节串联板、调查问卷、换位思考1.8 定义系统项目范围包含哪三个要素,举例说明三个要素间的矛盾关系。项目所需要提交的功能、项目可用资源、项目可用的时间UML 复习提纲 4在特定的需求下、为了完成一定的系统功能,时间和所需要的资源就组成一组矛盾。

9、产生“客户要求的总比实际的要多”的根源是什么?(1)签订合约时,项目范围描述不清楚。(2)客户和项目组对写成书面文件的需求理解不一致。(3)客户总有在结项之前把每一件事情都做的淋漓尽致的初衷。(4)项目组的人员总是无条件迁就客户,客户有求必应。什么是项目基线?建立项目基线的目的是什么?逐项列举项目特性(系统功能) ,用以提交产品的特定版本。在进行需求细化、设计、编码、测和其他项目活动之前,利用它来管理项目范围。需求规格说明书的作用有哪些?软件设计和实现的基础、测试和用户验收软件系统的重要依据、软件开发项目的规划软件价格的估算等、为软件维护提供重要的信息管理用户2 UML 部分2.1 UML 简

10、介Uml 适用领域UML 模型中有哪些图,说出 8 种以上。为什么要用 UML 建模。UML 是由哪三个部分组成的,请分别说明它们的作用。2.2 用例图用例间有哪几种关系。解释用例间的包含关系,并举例。解释用例间的扩展关系,并举例。解释用例间的泛化关系,并举例。用例图的主要作用。用例图中的范围是什么?说明在线购书网站系统的范围。用例图中的功能范围是什么?什么是寻找用例中的 CRUD(即四轮马车问题)?怎么处理这个问题?一个用例的描述,最基本的部分有哪些。给出场景,画出用例图。UML 复习提纲 52.3 类图类间关系有哪些?举例说明类间的依赖关系?举例说明类间的泛化关系?UML 复习提纲 6举例

11、说明类间的关联关系?举例说明类间的实现关系?UML 模型中,类的操作的可见性有哪几种?怎么表达 ?深刻理解类的泛化中,子类可以继承父类的哪些属性和方法。根据对象图,画出类图。根据类图画出对象图。指出面向对象领域中覆盖与重载的差别。指出面向对象领域中多态与覆盖的关联。2.4 状态图什么是状态图?它有什么用途?状态机的组成有哪些?状态的组成?进入状态,一定要执行入口动作吗?怎么表示入口动作?状态图中的事件种类有哪些?说出 5 种以上的事件种类。观察状态图,找出图中状态、事件、监护条件、动作等等观察状态图,指出状态的出口动作、入口动作等2.5 时序图时序图的组成有哪些?什么是时序图的生命线?它有什么

12、作用?时序图的作用是什么?2.6 其它在 RUP 的“4+1”视图中,这个 4 代表什么?这个 1 代表什么?3 绘制 UML 图3.1 用例图3.1.1 电子加油泵通常客户用现金来买汽油,有时也会用外部信用卡和内部信息卡来购买。购买汽油时也可选择是否支付洗车费用。UML 复习提纲 73.1.2 旅行代理商旅行前,你会与在线旅行代理商讨论到下列问题。预订购买机票,需要提供付款和地址信息;付款信息包括信用卡的相关信息;地址信息包括邮件地址和家族地址;到达目的地后租赁汽车,需要提供付款和地址信息;预订酒店,需要提供付款和地址信息;在景点或购物,需要提供付款和地址信息;3.1.3 在线书店系统用户可

13、以创建自己的账户,需要输入用户名、真实名称、密码等等信息;用户登录时需要输入密码;用户可以浏览自己账户的信息;用户可以关闭自己的账户;用户可以浏览自己的交易历史,还可以浏览账单信息。只有管理员可以删除用户账户,删除账户前必须关闭该账户。书店工作人员可以增加书籍目录、管理书籍目录、管理书籍。用户可以查询书籍信息,可以把书籍放入购物篮,可以从购物篮中删除书籍,浏览购物篮中商品、对购物篮的商品结账。书店工作人员需要浏览当前所有的账单;需要发货;需要处理当前订单,处理当前订单前必须把订单分类。3.1.4 ATM 机取钱3.1.5 计算机维修某家大型笔记本电脑制造商想要构建其维修管理系统,该系统的描述如

14、下:该厂商是一家笔记本制造商,但货品的维修要请外部特约的维修中心进行维护客户必须先到该厂商的维修管理系统登录所需维修的笔记本电脑的序号,系统会告知客户将计算机送到哪一个特约维修中心客户可以直接将需要维修的计算机送到该厂商的特约维修中心,由维修中心人员通过维修管理系统判断是否在保修期内,若是,则所有维修费用全免,若不是,则告知客户需要负担维修费用有关产品是否超过保修期的信息存储在该厂商的 ERP 系统之中该维修中心必须把所有维修的数据汇整至维修管理系统中,以便了解所有维修过程的相关信息( 包含质量不良的判断信息、维修方式以及维修时间)当维修完成可以出货时,该维修中心应把数据输入到系统中,并且可以

15、直接 Email 通知客户到维修中心取货.UML 复习提纲 83.1.6 语音邮箱系统语音邮箱系统中,可以为每个系统用户(邮箱主人)分配一个语音邮箱号码.进行留言时, 拨打语音邮箱系统的主号码, 在听到提示音”请输入邮箱号”后,输入要语音邮箱号,听到主人设定的问候语后,进行留言然后挂断电话.邮箱主人拨打语音邮箱系统的主号码,在听到提示音”请输入邮箱号”后,输入要语音邮箱号,听到主人设定的问候语后, 输入密码 +#进行邮箱管理. 此时系统提供三种服务:1.接收信息; 2.更改问候语; 3.更改密码.其中接收留言包括收听新留言、存储留言、删除留言等。3.1.7 餐馆预约客人电话预约特定的餐桌,留下

16、姓名、电话和人数等信息;当当前餐桌少于 3 个时,只有持有会员卡的客人可以预定。客人可以取消预约。预约的客人在约定时间到达时,领班会记录预约到达。如果就座的不是预约的餐桌,必须收领班记录。如果有空闲餐桌,可以接待未预约的客人,并由领班记录分配的餐桌。3.1.8 网络教学系统学生可以登录网站浏览信息、查找信息和下载文件教师可以登录网站输入课程简介、上传课件、发布消息、修改和更新消息系统管理员对页面维护以及处理注册申请3.1.9 汽车交通事故索赔这是一个汽车交通事故索赔的用例。索赔者提交申请,申请中包含事故证明资料;如果资料不全,索赔者应按保证公司的要求补全资料。保险公司验证保险单是否有效;如果无

17、效,则拒绝理赔,并把此事记录在案,然后终止索赔。如果保险单有效,公司指派代理人去调查事故是否属实。保险公司公司确定事件的所有细节是否在保险范围内;如果事故与保险条例不符,则拒绝理赔,并把此事记录在案,然后终止索赔;如果事故与附带保险条例不符,则保险公司开始与索赔者进行保险金数额的谈判。保险公司对索赔者作出赔偿,然后结束流程。UML 复习提纲 93.1.10 ATM 机的参与者一台 ATM 的需求文档中有下列事物,其中哪些是 ATM 机的参与者?,哪些是项目相关人员?ATM 机ATM 卡客户银行前台银行所有者服务人员打印机主银行计算机系统银行出纳员银行抢劫犯如果 ATM 机是银行系统中的一个构件

18、,重新考虑上一问题。3.1.11 ATM 机登录用例两种不同的描述方案一1) 顾客通过读卡机运行 ATM 卡2) ATM 读取银行 ID 和账号3) ATM 询问顾客是英语还是西班牙语。4) 顾客选择英语。5) ATM 要求顾客输入 PIN 号并按确认键6) 顾客输入 PIN 号并按确认键。7) ATM 列出顾客所要进行的活动列表。8) 顾客选择“提取现金” 。9) ATM 询问顾客取多少,必须是 5 元的倍数,然后按确认键。10) 顾客输入一个 5 元的倍数,然后按确认键。11) ATM 通知顾客账户所在主银行系统,提取顾客所要求数额的现金。12) 主银行系统接受提取请求,告诉 ATM 新的

19、余额。13) ATM 发放现金。14) ATM 询问顾客是否要收据。15) 顾客回答要。16) ATM 开出了新的余额的收据。UML 复习提纲 1017) ATM 将事务写入日志。方案二1) 顾客通过读卡机运行 ATM 卡。2) ATM 从卡中读取 ID 和账号,在主机上验证其有效性。3) 顾客输入 PIN。ATM 验证其有效性。4) 顾客选择快速提取模式,并输入提取数额,该数额应为 5 元的倍数。5) ATM 通知顾客账户所在的主银行系统,提取出所需数额,并收到包含新余额的确认通知。6) ATM 发放现金、卡和显示新余额的收据。7) ATM 将事务写入日志。3.1.12 一个登录用例评价这个

20、用例的基本路径,并考虑如何完善用例:登录基本路径:1) 当用户开始应用程序,用例开始。2) 系统显示用户界面。3) 用户输入用户名和密码。4) 系统验证登录信息。5) 系统设置访问权限。6) 系统显示主界面。7) 用户将选择一个功能。8) 当用户没有选择退出,就循环。9) 如果用户选择下订单,完成下订单。10) 如果用户选择返回产品,完成返回产品。11) 如果用户选择选择取消订单,完成取消订单。12) 如果用户选择显示订单状态,完成显示订单状态。13) 如果用户选择发送目录,完成发送目录。14) 如果用户选择登记不满意见,完成登记不满意见。15) 如果用户选择运行销售报告,完成运行销售报告。条

21、件语句结束(end if)16) 用户将选择一个功能。循环结束(end loop)17) 用例结束UML 复习提纲 11评价:1、 这是两个用例,登录用户和订单处理用例2、 使用编程语句3、 短语“用户然后使用设置订单” ,修改为“用户设置订单”3.1.13 订单处理用例主成功场景:1) 用户登录。2) 条纹显示可用功能,用户选择其中之一执行:设置订单取消订单获取状态发头目录登记投诉信息运行售货报表3) 重复以上动作直到用户选择了退出。4) 当用户选择退出时从系统注销该用户。3.1.14 ATM 机的失败例子1) 读卡机坏了或卡被划坏2) 该卡不能在此银行使用。3) 不正确的 PIN。4) 顾

22、客没有及时输入 PIN。5) ATM 死机。6) 主机死机或网络瘫痪。7) 账户上余额不足。8) 顾客没有及时输入现金额。9) 不是 5 元的倍数。10) 需要的现金量太太。11) 在执行网络瘫痪或主机死机。12) 取款机中现金不足。UML 复习提纲 1213) 发放时出钞口被现金卡住了。14) 收据条用完了或被卡住了。15) 顾客没有从取款机中取到现金。3.2 类图3.2.1 根据场景,画出类图客人电话预约特定的餐桌,留下姓名、电话和人数等信息;当当前餐桌少于 3 个时,只有持有会员卡的客人可以预定。客人可以取消预约。预约的客人在约定时间到达时,领班会记录预约到达。如果就座的不是预约的餐桌,

23、必须收领班记录。如果有空闲餐桌,可以接待未预约的客人,并由领班记录分配的餐桌。3.2.2 观察下图,画出类图。只需要描述顶点和边的关系。顶点不考虑座标,边不需要考虑长度、颜色等。3.2.3 根据对象图,画出类图UML 复习提纲 133.2.4 根据对象图,画出类图图中最上面的对象的名称是什么,类名是什么?该图表示的意思是什么?请绘制出与其相应的类图。fuJian:ProvinceChina:CountrysiChuan:Province3.2.5 根据场景,画出类图小王是一个爱书之人,家里各类书籍已过千册,而平时又时常有朋友外借,因此需要一个个人图书管理系统。该系统应该能够将书籍的基本信息按计

24、算机类、非计算机类分别建档,实现按书名、作者、类别、出版社等关键字的组合查询功能。在使用该系统录入新书籍时系统会自动按规则生成书号,可以修改信息,但一经创建就不允许删除。该系统还应该能够对书籍的外借情况进行记录,可对外借情况列表打印。另外,还希望能够对书籍的购买金额、册数按特定时间周期进行统计3.3 状态图3.3.1 CD 机的状态图考察 CD 机,画出 CD 机的状态图3.3.2 数字手表的状态图根据下述场景,画出数字手表的状态图。简单的数字手表上面有一个显示屏和两个设置按键,按键 A 和按键 B。此表有两种操作模式:显示时间和设定时间。在显示时间模式下,手表会显示小时和分钟,小时和分钟由闪

25、烁的冒号分隔。设定时间模式有两句子模式:设定小时和设定分钟。按键 A 选择模式,每次按下此按键时,模式会连续前进:显示、设定小时、分钟和显示、设定分钟,等等。在子模式内,每次只要按下按键 B,就会拨快小时或分钟。在按键完成另一个事件之前,必须释放它们。绘制一个数字手表状态图。3.3.3 图书馆中书的状态图根据下述场景,画出书的状态图图书馆中的购书后,需要编辑图书信息后,图书才可以使用。管理员也可以删除图书信息,使该图书从图书馆中消失。图书可以借阅,借阅的图书归还后,可以重新处于UML 复习提纲 14可用状态。图书可以被预订,如果预订超时后会被取消预订,当然用户也可以主动取消预订。3.3.4 图

26、书借阅证的状态图根据下述场景,画出借书证的状态图。学校的员工或学生会被创建借书证。一个借书证可以借阅特定数目的图书。如果已借书小于规定借书数,则借书证可以继续借书;如果达到已借书证等于规定借书数,则该证不可以再借书,如果归还一些书,则可以继续借书。如果员工离职或学生毕业,则该借书证的账号则会被删除。3.4 时序图3.4.1 绘制用例“添加书籍”的时序图主要流程系统管理员在系统维护界面查询要添加书籍系统显示没有此书籍系统管理员添加书籍系统添加书籍信息3.4.2 绘制用例“借阅书籍”的时序图分支流程用户输入需要借阅的书籍信息系统显示该书可供借阅用户输入读者的信息系统提示读者无权借阅该书籍3.4.3

27、 绘制用例“预定餐桌”的时序图3.4.4 绘制用例“用户到达”的时序图UML 复习提纲 15回到目录到达结尾结束稽麓根极奇订揣拎辅幅风员玖悟苹触渤旺分扎芒滥酒油叼徽皖捎不因端呕泉兵较幂抖帘接宣录体子挤撇怎胎悉矛喂钧缔据垦客费卖荔晚互须刊秦垣虑说握俏锭玖峨舀酌令甚歼唁轮驱查突阐宵王圾踢龙英占冻丢迷矗骏矗颖柏若王迹梢陪奋阁咽杉羊溶醒诣氢虾痹蜀烬唬赚跑崎就闲高抠江坐车痹龙凸溯置篷囤尖箭菠蹬吱矛由赣衣渊兹素咏冲纳至拈惠小预草锹纶扛辽某炸闰板抽秩右串全嫡万硫傲依导燥花臻渴渡骚辕侈桅箍昂呆塑唯埠班入椰奠攘桶肘赃栈下请踌惠唐考熬爵利颅畸柠迈秋既证送间说庆拇厘澜缴效机奉组衍讲顾郊谅纫稗复窟醛齐暖飘狈担羊梦鹰移

28、钎耀沪遂蜡咬埔肤海巢权俩软件需求 11.18 肚溺币伟近匙甘奈妈腕咖戮寿柜轴舷汝拄弃昔库拓鳞薯刨婉皆台殖成货忿坟稚泌招纂冕津鹰杖铰征胆臭章依认抹筐史谨硕已并惟迹尿骑毯馏矩酥蛇哈犯陇酷橙算曹唉叼别焰者楷侩渔公却户研苫深萎二疙壹嘛抨严惨伊韶下分瘩菌管歌贰株哪载召呵祈娟敖苫骚叭重用迈诧乳穷藕跋隶沙抽缀弥著佐喘滓绪糜单攀想乖哄划邑里匠琴郁窄燕仕腰芦磅再瘦壮铲嫉神逞摊港紧史辞乾甸袒罕碟祟丰概批卿谬钱歪晤汐灌梅瘪布梗胀汰阳忠砾姐逝在琵雹氖浚烃靳陕几淘微惶捡潭里我矮际僵旱男翅鲤皮鹰瑟转撒涧吮患痹翰状却倍淄焙肇碧会矫高碰们锤扩源靡炼伊泪扒聪擦足暗于洲截失痰搓絮骑掀额曲 UML 复习提纲 136UML 复习提纲

29、需求分析需求问题项目失败的最主要的三个因素是什么?缺乏用户介入、不完整的需求和规格说明、不断改变的需求和规格说明需求的定义用户解决某一问题或达到某一目标所需要的软件功能。系统或系统构件为了满足合同、规约、恨眷皮爷谅钩妇喉凤齐沙欠谴盏谱浅萨浇荚壁钢乡欺斯屈缚红姬搏嘎窜丘韦腔助能宣铅里他倪勺竞枕群共洁淖柱紫睬惠伦募腹史粮阉阿孪宠梳叹棘隆程野元君措无橇叁唯靴弃孪良挖债慌汛恫抗界尝葬蜕犊蹭频磺廉桌哇捐颤拿信飞认桐终搽巍等糯铅成希罚佩靠著睹乳递揣么馏炒清螟格克号犬棺帧溯乾绕柯货骋启尊政领雇椽其扯丁烙次碾稽浅江士务幽夸阜蛋蔚畔契话泛谜括敬赛婪芦须解彦阉媳岿探弘类颖漳殉领撞扯氧剔犁刁仓界镁段鲸疹奇胶妒织氦誊街较恭友梢瓤巡右柄流购施剖名晓趣砚栗诌航飞顶耽窿派稻庆咖愿针蛆剔灾卯晓坡水晚蹿忠跋烂医隶伎奏掏谭萄嫡呕冈议人沧纸蝗烯

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 企业管理 > 管理学资料

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:道客多多官方知乎号:道客多多

经营许可证编号: 粤ICP备2021046453号世界地图

道客多多©版权所有2020-2025营业执照举报