??xml version="1.0" encoding="utf-8" standalone="yes"?>
目lD不超q?000字(或类似篇q英文)。应当明简要说明参赛作品的题目QM设计思\{要点,以及SOA在项目中的体现。特别要H出作品的创新点和技术要点;以及作品可能产生的市场媄响等?br />Q、组件设计:
设计的M功能模块划分
各个lg或者设计层ơ的功能描述Q接口定?br />具体实现机制的分?br />主要pȝl构囑֒数据程
Q、设计实施计划:
设计队伍的构成和分工
需要用到的软硬件环境、^台和工具
目实施的Q务分解和旉?注意设计实施的时间不过3个月)
设计验证和测试草?br />作品演示的初步方案和所需要的环境讑֤支持
q些文需要三个h多花旉研究后再写,分工不能太细。下周大家要多讨论,z跃h?img src ="http://m.shnenglu.com/zhangji198543/aggbug/8689.html" width = "1" height = "1" />
]]>
业务模型分析与设计(90%Q:
业务模型分析与展望(没有展望Q?br /> 业务模型对ITpȝ的挑战(没有对ITpȝ的挑战)
服务模型分析和设计(95%Q:
服务发现及其依据Q缺关键业务指标)
服务规约
服务实现分析
pȝ架构设计Q?br /> 用户需求描qͼ95%Q?br />
设计实施计划Q?br /> 风险分析Q?5%Q?br />
目前正在写的文Q?br />pȝ架构设计Q?br /> 用例模型分析QBy MerlinQ?br /> 数据模型分析(By Tory)
关键技术架构决{?By April and Merlin)
pȝ架构分析(By April and Merlin)
]]>
所有成员在~写中一旦遇到问题,且进行不下去的时候,务必召集其他l员M议室集体讨论Q不可耽误q程?/p>
]]>
AprilQ系l外观界面设计,服务模型分析和设?br />ToryQ系l架构设?br />
如完成后q有旉Q就l箋ȝ老师l的光盘资料。周末讨论ƈ整理q些文Qƈ制定下一步文档计划?img src ="http://m.shnenglu.com/zhangji198543/aggbug/8172.html" width = "1" height = "1" />
]]>
虚心們
做出见识q博的决{?/u>
不要当众批评别h
了解自己的实力和自己做事的先后顺?/u>
真诚的听取团队每个成员的意见和徏?/u>
对目标和交付产品有清楚的了解
在各个团队间提倡合作和信息׃n
了解每个人的做事风格和他们的优缺?/u>
表扬应以团队成员喜欢的方?真诚地表?/u>
负面媄响视为成长的Z
以积极的方式提供指导
一?/span> 5 ?/span> 1 ?/span> ~5 ?/span> 21 日。完成初期文?/span>
1-2 需求分析阶D?/span>
说明Q用于了?/span> SOA 及项目的具体要求
3-5 讨论qŞ成系l构架的雏Ş
说明Q这三天时比较关键的三天Q主要是Z?/span> 2 天对目的理解,大家行进大量的讨论。讨论的主要目标应该是项目的M框架Q主要的功能Q最lŞ成一个框架图和功能列表(功能可能会不全,应尽力去惻I。注意及时做W记?/span>
6-7 形成pȝ构架的初E?/span>
说明Q因两天是周末,旉比较集中Q可以三个h在一LIƈ把系l架构Ş成文的形式Qƈ对各个组件进行分工?/span>
8-9 攉q研I各lg的资?/span>
说明Q这两天的Q务是攉所设计l徏斚w的资料。包括:lg所需技术,实现所需软g列表Q更主要的是lg的设计。关键是怎样设计的,其他人可以提出意见?/span>
10-11 形成lg设计的文?/span>
说明Q把前两天的东西形成文的Ş式?/span>
12-13 把系l构架和lg设计两个文攑ֈ一起加工、整合、修改,形成设计文档?/span>
14 解释 SOA 思想和方法在本系l开发中的应用?/span>
15-19 分工q行业务模式分析和设计,服务模型分析和设计?/span>
说明Q这几天的Q务要重一些,而且要分头进行,因ؓq个是可选的交付Ӟ我想我们q是把它做了吧。主要是搜集资料Q明定义,q做W记?/span>
20 形成前面的文?/span>
说明Q这一天是周末Q一天的旉写一个文档,应该不篏吧?/span>
21 最l的审核Q第一阶段l束?/span>
二?/span> 5 ?/span> 22 ?/span> ~5 ?/span> 31 日。第二阶D?/span> 开发工L学习
三?/span>
6
?/span>
1
?/span>
~6
?/span>
27
日。第三阶D?/span>
做出演示版,形成pȝ的雏形。(q两个阶D늭到具体时间再l化Q?/span>