iPhoneAndroid智能手机客户端软件技术方案.doc

XXXX智能手机客户端软件技术方案XXXX分公司All rights reserved版权所有 侵权必究客户名称：XXXX项目名称：XXXX智能手机客户端开发公司名称：XXXX日 期：2010-12-23文档编号：版 本： 1.0 目录XXXX智能手机客户端软件1技术方案1第一章 引言51.1概述51.2 目的51.3 范围51.4 客户端开发方式建议和系统支持运行版本61.4.1 风险61.4.2 技术检验61.4.3 客户端-服务端开发模式61.4.4 四大主流智能手机系统运行环境6第二章 手机客户端软件整体设计72.1 设计原则72.1.1 XXXX原始需求原则72.1.2 技术架构的先进性72.1.3 接口的开放性、标准性82.2 设计目标82.3 设计介绍82.3.1 网络拓扑图92.3.2 可扩展性设计92.3.3 兼容性设计102.3.4 稳定性设计102.3.5 安全性设计122.3.6 客户端黏性设计132.3.7 高质量缓存设计132.3.8 服务端接口性能14第三章 手机客户端软件系统概述153.1 系统模块架构153.2 可选择运营商153.3 通讯协议163.3.1 HTTP163.3.2 Webservice163.3.3 GSM163.3.4 CDMA173.3.5 3G173.3.6 Wi-Fi173.4 HTTP协议处理模块173.5 WebService处理模块173.6数据解析模块173.7展示支撑模块183.6终端展示模块18第四章 手机客户端软件业务功能194.1主界面194.2我的主页204.3 XXXX224.4 发布234.5 微博264.6 分享照片284.7 好友动态284.8 BBS功能294.9 好友324.10 消息中心33第五章 项目计划35第六章 项目开发流程356.1项目立项流程366.2项目计划流程366.3需求开发流程386.4需求管理流程396.5概要设计流程396.6开发实施流程416.7集成测试流程436.8系统测试流程436.9移交发布流程446.10客户验收测试流程446.11BUG修复与跟踪流程456.12项目结项流程46第七章 后期维护46第八章 成功案例46第一章 引言1.1概述XXXX是一个基于Web2.0，融合了BBS、SNS、博客、微博等 网络应用，并结合了高校思政教育和教育教学管理功能为一体的大学生互动网站。XXXX于2009年9月和2010年5月分别在上海交通大学等7所高校开展了第一、二批试点工作，并于2010年11月在复旦大学等21所高校启动了第三批试点。现根据XXXX网站功能发展规划和互联网发展趋势，制定XXXX手机客户端技术方案，本方案，按照原始需求，能够适应以下三点：1.随时随地上XXXX。2.第三批试点高校的需求。3.基于移动互联网的发展趋势和用户体验。1.2 目的本功能说明书编写目的在于阐述XXXX手机客户端软件的整体解决方案，为了使用户对智能手机客户端开发流程有一个全面的理解。1.3 范围本方案预期读者是XXXX（XX）用户，包括：项目决策层、项目经理、开发人员及软件测试者等。 1.4 客户端开发方式建议和系统支持运行版本目前市场上拥有的主流智能手机的操作系统有：苹果（iOS），塞班（Symbian），安卓（Android）以及基于J2ME开发的系统。前期可以对XXXX的手机用户进行统计，收集一下，目前在校大学生的主流手机有哪些？都是什么样品牌？根据本次统计，可以就最火热的2种操作系统先进行开发，这样好处有：1.4.1 风险需求容易把控，一旦有需求变更，改动相对少些，项目风险最小。1.4.2 技术检验就开发实力来说，也是一种检验，XXXX可以知道中标者是否有这个实力进行后期的开发。1.4.3 客户端-服务端开发模式由于手机客户端的数据依赖于服务端接口提供，这就引起一个新的问题，服务端接口如何得到有效保证？有2种方式：a. XXXX保证接口以及接口数据的正确性，通过统一的协议，远程提供给客户端调用。b. 客户端开发工作和服务端接口研发工作，我们一起来做，这样做最大好处是，沟通非常通畅，只要能提供相应的文档和数据字典，能最大程度介绍返工情况发生。我们郑重建议第二种开发模式。1.4.4 四大主流智能手机系统运行环境iPhone(SDK版本要求为2.1.x系列)Android(SDK版本要求为2.x系列)Symbian（SDK版本要求为S60 3版以上）J2ME（SDK版本要求为4.0以上）第二章 手机客户端软件整体设计2.1 设计原则2.1.1 XXXX原始需求原则考虑到用户黏性、体验等因素，本次项目，按照原始需求，必须体现出下面四点：a.让用户在手机上使用XXXX简单、便捷。b.尽量减少使用手机XXXX产生的数据流量。c.集成使用人气较高的功能到客户端。d.客户端能支持主流手机操作系统。2.1.2 技术架构的先进性目前的智能手机中进行第三方软件开发技术和设备已经非常成熟，无论是版本升级还是跨平台，保证XXXX用户的黏性和延续性。我们提供三种方案保证平台的可靠性：第一种是纯客户端语言开发，真正的C/S界面；第二种采用WebView方式（不同手机操作系统的名称有点区别），其构成为：客户端语言 + JavaScript + HTML混合开发的。第三种就是前两种技术充分融合而进行的开发, 其实就是把两种技术糅合在一起，充分发挥他们各自长处。这三种开发方式都是非常成熟，并且高效，各有优点。本次手机客户端开发我们采用第三种方式进行开发：混合语言开发，期间，根据需求不同，对部分功能，如：BBS功能，运用WebView技术来进行客户端-服务器端的数据交互。这也是目前手机开发领域中，最常用和成熟的一种方式。2.1.3 接口的开放性、标准性所有接口都是基于开放式标准进行设计，以便软件的友好型扩展。2.2 设计目标本次智能手机客户端开发目标是：基于XXXX现网数据和接口，建立服务端和客户端的C/S架构，最终实现手机终端和服务器的数据交互，让手机用户和web用户能够进行互动。 手机客户端的主要功能包含如下几个方面：以强大、健壮的XXXX运营级综合管理平台为依托，开发出基于不同操作系统的手机软件，包含BBS、SNS、博客和微博四大部分，具体可细分为：应用组件功 能我的主页 个人属性 | 照片、日志、微博、分享 | 个人动态 | 个人资料 XXXX 动态 | 相册 | 话题公告 | 成员 | 通讯录 | 投票发布 日志 | 博客 | GPS定位微博首页 | 我的评论 | 撰写 | 我的收藏 | 我的微博分享照片 拍照上传 | 上传手机照片好友动态好友动态BBS 各版块分类 | 发布帖子 | 搜索帖子 | 回复 | 搜索 | 投票好友 全部好友 | 在线好友 消息中心 系统消息 | 私人消息 | 写新消息表12.3 设计介绍整个系统架构于互联网、移动通信网以及中国移动的移动梦网以及联通运营商的3G网络之上，遵循HTTP、Tcp/IP、CDMA、GSM、XMLRPC、WebService、Soap等协议。通过手机终端访问网络和通过web的形式访问网络有很大的不同，无论是从内存、CPU、磁盘大小等都无法比拟。这就直接决定了，手机终端的主要作用是80%以上的作用是在线浏览（看小说、听音乐、看新闻等等）以及20%左右的数据交互（发布微薄、发布照片等）。2.3.1 网络拓扑图下面以iPhone Android为例子，介绍手机的网络拓扑图。图12.3.2 可扩展性设计方案设计中从多个方面对于未来可能存在的扩展性进行考虑，系统采用先进的模块化设计和分层理念。当需要进行功能扩充时，直接将新的功能模块通过指定接口名称通过架构底层直接和服务器进行交互。经典的MVC分层思想，已经完美的融入手机终端开发之中，各模块自己耦合性降到最小，最大程度减少缺陷率。2.3.3 兼容性设计设计中充分考虑了平台的兼容性，根据不同的操作系统，选中其最广泛版本最为基线版本进行开发，设计中所有的协议都采用了标准的通信协议，以保证后期版本无缝升级。2.3.4 稳定性设计a. 从手机待机时间和流量考虑，设计的手机客户端可以保证：持续3小时以上不间断运行，期间不发生任何自动退出等现象。b. 从手机内存方面考虑，通过手机终端，访问一段时间以后，存储在手机上的数据用户可以手动或者自动的方式进行清除，以便节约手机容量；c从手机开发的角度考虑，严格按照手机软件开发流程进行，下图是整个开发流程步骤，详情请见第六章项目开发流程。图22.3.5 安全性设计手机软件的架构为C/S，虽然安全性对B/S有所提高，但是由于需要和服务器端进行数据交互,只要通过万维网传输就是有风险，方案设计中安全保证主要是考虑到以下两个方面：网络安全、系统安全。其中：网络安全的含义是指整个XXXX网络系统本身的安全，包括对非法手机终端用户的URL请求、钓鱼程序、对网络可用性的保证等等。在服务器端保证正常运行情况下，通过开放式标准来提供接口，我们会在服务端做开发者权限认证。手机客户端第一次请求服务器接口，服务器端会产生一个Session，并通过报头发送给客户端，后期的请求只要先验证一下Session是否正确，如果正确，表明该请求为合法请求，否则程序会认为是非法请求，不予通过，这样，客户端就无法得到服务端的数据。图3系统安全是指客户端系统本身安全性，包括系统登录的安全、系统运行的安全等。所有在客户端数据（用户看见的图片、文字）都依赖于服务端传输过来，因此系统运行的安全只要保证服务端接口数据来源的正确性就可以。关于登录的安全，我们提供了定时清楚本地缓存、手动清除本地缓存的功能。通常表现的形式是：输入用户名和密码，在密码框的下方会有一个类似于“Remember me”的选择，如果用户选中，下载在登录时候，会直接进入系统，不需要在输入用户名和密码。如果用户不放心自己的帐号和密码，可以在系统设置里面手动清除。 2.3.6 客户端黏性设计基于客户端的数据是从服务端传输过来的，也就是说，很大一部分的业务是依赖于服务端提供功能。a. 可以集成服务端社区的花鸟市场等业务，把网页里面的搬到手机上面。b. 可以适当开发一些益智小游戏，通过服务器统一积分排名，让XXXX用户产生积极向上的竞争心理。c. 友好、人性化界面设计，风格体现出当前大学生主流消费。2.3.7 高质量缓存设计鉴于客户提出的：尽量减少使用手机XXXX产生的数据流量的原则，我们对手机客户端加入缓存机制，遵循原则如下：a. 对重用性非常高的模块我们会运用缓存。减少客户端对服务器端请求次数和流量。b. 对相册、照片列表，我们会运用缓存。由于C/S架构中，最消耗流量地方就是图片，客户端第一次访问服务器时，把相关图片放入客户端缓存，以后客户端需要展示这些图片的时候，先请求通知对比客户端和服务端图片是否一致，如果一致，则加载本地缓存图片，否则会重新请求图片。2.3.8 服务端接口性能由于服务器端的吞吐量每日达到20万以上，其提供给客户端的服务器接口的性能需要满足：a 支持的终端数为数十万级，甚至百万级。b 支持的并发用户并发访问数1500，峰值3000。c 200个请求/秒信息展示页面响应时间应小于1秒，响应成功率达到99.99% 。d 200个请求/秒发布照片、发布博文、浏览日志、BBS等页面响应时间应小于2秒，响应成功率达到99.99% ，如遇到网络错误，应该予以友好性提示。第三章 手机客户端软件系统概述3.1 系统模块架构图4 系统模块架构手机客户端软件系统包含以下模块： HTTP协议处理模块 WebService处理模块 数据解析模块 展示支撑模块 终端展示模块3.2 可选择运营商 中国移动 中国联通 中国电信 中国网通3.3 通讯协议3.3.1 HTTPHTTP协议（HyperText Transfer Protocol，超文本转移协议）是万维网协会（World Wide Web Consortium）和Internet工作小组（Internet Engineering Task Force）合作的结果，我们所采用的是目前使用是常用和稳定版本HTTP 1.1。3.3.2 WebserviceWeb服务是一种面向服务的架构的技术，通过标准的Web协议提供服务，目的是保证不同平台的应用服务可以互操作。通常包括：SOAP：一个基于XML的可扩展消息信封格式，需同时绑定一个传输用协议。这个协议通常是HTTP或HTTPS。WSDL：一个XML格式文档，用以描述服务端口访问方式和使用协议的细节。通常用来辅助生成服务器和客户端代码及配置信息。UDDI：一个用来发布和搜索WEB服务的协议，应用程序可借由此协议在设计或运行时找到目标WEB服务。为扩展WEB服务能力，一些新的标准已经或正在被开发，如：WS安全（WS-Security）、WS信赖性（WS-Reliability）、WS可信赖消息（WS-ReliableMessaging）、WS寻址（WS-Addressing）、WS事务（WS-Transaction）。3.3.3 GSM全名为：Global System for Mobile Communications，中文为全球移动通讯系统，俗称全球通，是一种起源于欧洲的移动通信技术标准，是第二代移动通信技术，其开发目的是让全球各地可以共同使用一个移动电话网络标准，让用户使用一部手机就能行遍全球。3.3.4 CDMACDMA (Code Division Multiple Access) 又称码分多址，是在无线通讯上使用的技术，CDMA 允许所有的使用者同时使用全部频带(1.2288Mhz)，并且把其他使用者发出的讯号视为杂讯，完全不必考虑到讯号碰撞 (collision) 的问题。3.3.5 3G第三代移动通信技术（3rd-generation，3G），是指支持高速数据传输的蜂窝移动通讯技术。3G服务能够同时传送声音及数据信息，速率一般在几百kbps以上。目前国内支持国际电联确定三个无线接口标准，分别是中国电信的CDMA2000，中国联通的WCDMA，中国移动的TD-SCDMA，3.3.6 Wi-FiWi-Fi是一种可以将个人电脑、手持设备（如PDA、手机）等终端以无线方式互相连接的技术。Wi-Fi是一个无线网路通信技术的品牌，由Wi-Fi联盟(Wi-Fi Alliance)所持有。目的是改善基于IEEE 802.11标准的无线网路产品之间的互通性。3.4 HTTP协议处理模块采用第三方解决方案，如iPhone平台采用ASIHttp。其底层基于苹果官方的CF Framework，稳定，可靠。该解决方案被iPhone开发界普遍认可，被应用于很多知名产品，其他的平台类似。3.5 WebService处理模块采用我公司优化过的WebService解决方案。我们对其进行二次开发，修正了一些bug，完善了结构和相关文档，使其更稳定，更可靠。3.6数据解析模块采用流行、稳定的成熟解决方案：iPHone运用TouchXML。Android运用其官方自带的jar包。Symbian运用是其自身的JSON解析器。J2ME运用Kxml解析。3.7展示支撑模块采用OS原生控件 + WebView（不同手机操作系统的名称有点区别）相结合的方式。OS原生控件运行效率高，节约网络流量，运行流畅，用户体验好。WebView，主要通过 JavaScript + HTML混合开发，在展示某些内容时，方便快捷。3.6终端展示模块丰富多彩，方便快捷的界面给用户最好的使用体验。第四章 手机客户端软件业务功能4.1主界面 用户下载XXXX的客户端，安装完毕，打开客户端，进入客户端主界面，效果图如下：图5顶部是XXXX的logo和退出按钮。紧接着下方是拍照和发布日志和博文。中间的九宫格部分，为XXXX客户端业务功能，如果后期开发不只这9大功能模块，可以对当前页面进行翻页。最下方为广告推广区域可以作为XXXX广告推广。4.2我的主页个人主页头像 | 用户名 | 所在高校 | 个人资料照片 | 日志 | 微博 | 分享 | 动态 头像: 个人头像，展示XXXX注册用户（大学生）的上传头像。 用户名：XXXX用户名，展示XXXX注册用户（大学生）的注册用户名。 所在高校： 所在高校，展示XXXX注册用户所在的高校。 个人资料：查看个人资料，查看展示XXXX注册用户查看自己的经验值，排名，鲜花鸡蛋数等。 照片： 显示照片数量，查看相册，评论照片，显示照片名称。 日志：显示日志数量，查看日志，分享给好友。 微博：显示关注用户微博，查看我的评论，撰写微博。 分享：查看分享内容，分享指转载好友的日志照片等内容。 动态：查看个人动态，动态内容可点击查看。 我的主页效果图如下：图6点击下方的6个按钮，可以进行分别展示当前功能。如点击个人动态，效果图如下：图7以此风格类推。4.3 XXXXXXXX主要有以下功能: 易 班头像 | E-GPA排名 相册 | 话题公告 | 成员 | 通讯录 | 动态 头像: XXXX头像,注册用户所在的班级头像。 E-GPA排名: 现有XXXX值。 在线成员: 显示XXXX在线用户。 相册: 查看XXXX相册,显示数量,评论照片,显示照片名称。 话题公告: 显示XXXX话题(置顶位置显示公告),回复话题。发布新的话题和投票。 成员：成员数量，查看全部成员（并显示在线成员，并定位好友位置）。 通讯录： 查看成员通讯录。 动态： 显示XXXX成员动态。XXXX业务功能效果图如下：图8底部6个按钮为XXXX里面的子功能，和我的主页风格一致，点击子功能，上方显示该子功能的内容（图片和文字）。4.4 发布 发布：指发布日志与博客。发布时用户可选择发日志还是博客。 GPS定位：发布日志时可以启动定位，把定位数据记录到日志。发布的效果图如下：图9当前是好友的日志动态，点击下面日志，可以进入当前用户日志列表页面。点击“发布”按钮，“”为自动定位的开关，用户可以打开或者关闭定位功能，效果图如下：图10发布博客的效果图如下：图114.5 微博微博主要有以下功能: 微 博粉丝 | 关注 | 微博 首页 | 我的评论 | 我的收藏 | 撰写 粉丝: 其它用户关注自己的人数，点击进入后要与粉丝私信。 关注：自己关注其它用户的人数，点击进入后要与粉丝私信。 微博：发布的数量。 首页：查看所有被自己关注的好友微博。 我的评论：查看自己相关评论的。 我的收藏：显示我收藏的微博，并可以点击查看。 撰写：发布新的微博。微博效果图如下：图12发布微博的效果图和发布博文一致，见图11.4.6 分享照片上传照片有两个功能： 上传照片拍照上传上传手机照片 拍照上传：即时拍照上传，并可选择上传XXXX或个人相册，并可建立新相册。 上传手机照片：上传手机上的照片，并可选择上传XXXX或个人相册。并可建立新相册。4.7 好友动态 好友动态：分享好友的动态信息。并可进入每条动态进行详细的查看和相应的操作。查看好友动态效果图如下：图134.8 BBS功能BBS主要有以下功能： BBS版块分类版块分类版块内容帖子标题 | 搜索 | 发帖 | 投票查看帖子帖子详情 | 只看楼主 | 最新回帖 | 回复 分类版块： 显示XXXX社区各版块，查找选择学校，搜索。 帖子标题：查看各版块帖子标题。 搜索：搜索各版块帖子。 发帖：在各版块发帖。 投票：在相应版块进行投票。 帖子详情：帖子详细内容。 只看楼主：只查看楼主的帖子与回复。 回复：回复帖子。查看BBS分类版块，效果图如下：图14查看子版块文章列表，效果图如下：图15查看BBS中，详细帖子，效果图：图164.9 好友好友主要有以下功能： 好 友好友 | 在线好友 | 最近来访好友好友主页 | 发送信息 | 搜索 好友：显示全部好友。显示以头像+用户名的形式呈现。 在线好友：显示在线好友。 最近来访好友：近期来访问个自己主页的好友。 好友主页：查看好友的主页及日志，相册等信息。 发送信息：给好友发送消息。 搜索：快速搜索好友，输入字母。好友效果图如下：图174.10 消息中心信息中心主要有三个功能：系统消息、私人消息、写新消息。信息中心系统消息私人消息写新消息 系统消息：查看系统消息，及删除操作。 私人消息：查看好友间的通信记录，及回复信息。 写新消息：给好友写新消息。效果图如下：图18第五章 项目计划根据客户需求，并结合估算与投入量。我们承诺按照下表Error! Reference source not found.开发。阶 段持续时间（工作日）主要完成内容应达到的标准项目开工会1天项目开工会。乙方人员、场地、开发环境准备。乙方所有人员按照要求到位，开发环境准备完毕。需求分析15天乙方完成功能部分SRS写作。SRS通过甲方验收。系统测试方案和用例10天乙方编写系统测试方案和用例。系统测试方案和用例通过公司验收。代码编写35天乙方完成代码编写。需要输出单元测试报告和代码评审记录。系统测试7乙方进行系统测试。达到系统测试质量目标。SDV测试10乙方进行SDV测试。达到SDV测试质量目标。验收测试1甲方进行验收测试。乙方修改问题单。乙方开发系统通过甲方验收测试。对局点发布1甲方对外发布产品。顺利发布。维护期验收结束后一年整Bug维护，技术咨询服务。提供及时有效的维护服务。表2第六章 项目开发流程我公司已经通过CMMI5认证，为保证项目的质量和交付的时间，公司制定了相关项目开发流程，包括项目立项流程，项目计划流程，需求开发流程，需求管理流程，概要设计流程，开发实施流程，集成测试流程，系统测试流程，移交发布流程，客户验收测试流程，BUG修复和跟踪流程，项目结项流程。6.1项目立项流程 立项准备 项目经理依据项目启动资料制定进度计划 项目经理找出与项目相关的风险，并制定风险管理策略 工作量估算 项目经理定义相关Skill需求，并从组织Skill数据库中选定项目组成员，确立项目组织结构，明确接口人 确定质量目标和项目范围 填写立项表由项目经理，测试组长，质量保证人员，资料员先确认电子档，再审核并签署纸制件（立项表）。 开工会 建立客户交流计划，并在项目开工会议中进行评审 项目经理组织项目开工会议并输出会议纪要 开完项目工会，由项目管理员分配项目编号，并在组织资产库中设置项目的相关信息6.2项目计划流程项目计划是对工作产品规模、工作量、成本、进度、关键计算机资源等进行估算，形成估算文档。根据估算结果为软件产品的开发和项目的管理控制制定合理的计划。整合各从属子计划，形成项目开发计划，并对项目开发计划进行评审。获取计划实施人员的承诺。如Error! Reference source not found.Error! Reference source not found.。项目计划流程：图19 为项目选择合适的软件生命周期模型，并根据裁剪指南建立项目定义过程 项目经理从组织标准过程中选定软件开发生命周期模型 针对开发型项目，项目经理需要运用相应的生命周期模型选择工具，并记录更新相应文档 项目估算 项目进度估算 项目工作量估算 在项目生命周期的各个阶段发生以下事件，需要对项目进行重新估算：阶段结束 、需求变更、假定条件发生变化（包括生产率假定条件）、资源变化 制定资源和培训计划 项目经理标识项目需求的资源，递交资源申请，由上级经理审批 为提高开发人员的技能和知识，以便他们能有效地履行职责，制定相关培训计划 风险管理计划 制定风险管理策略 风险识别 风险分析 定期监控风险 缓解风险 制定项目进度计划 制定软件开发计划 制定软件质量保证计划 制定软件配置管理计划 评审软件开发计划及各附属计划由项目经理、质量保证人员、上级经理执行项目检查点的评审，并填写项目初始检查点报告，并由上级经理审批此报告。6.3需求开发流程获取和分析客户需求，开发和分析产品需求。 编写业务需求文档 项目经理确定需求调查的对象 需求分析组制定需求调查表，进行需求调查 需求分析组标识并记录业务需求以及相关依赖及假定条件 需求调查的对象评审需求 编写用户需求文档 需求分析组选定几个不同用户组进行需求调查，解决需求冲突并去除需求二义性 需求分析组标识每项需求，并评估需求优先级、成本影响程度、功能性、风险性等 需求分析组定义需求相关概念，编写需求项相关场景 需求分析组制定需求跟踪矩阵 编写系统软件需求文档（SRS） 需求分析组依据业务和用户需求编写系统功能性需求（利用一些功能分解技术） 需求分析组编写数据需求（历史数据维护、数据清洗）（利用一些数据建模技术） 需求分析组编写非功能性需求 需求分析、验证、评审 客户评审并签署需求 需求基线化6.4需求管理流程与客户建立对需求的共同理解，维护需求和工作产品之间的一致性，控制需求的变更。 管理需求变更 需求变更 需求变更结束后，更新需求跟踪矩阵 维护对需求的双向跟踪 建立及更新需求跟踪矩阵 验证需求跟踪矩阵 维护需求跟踪矩阵 识别项目工作与需求的不一致 利用需求跟踪矩阵检查需求文档与后续工作产品之间的不一致之处（需求变更后也要进行） 分析不一致的来源和原因，并将发现的“不一致”记录在问题报告中，通报给相关责任人 相关责任人解决发现的“不一致” “不一致”的问题解决后，更新需求跟踪矩阵6.5概要设计流程确定系统的技术解决方案，设计系统的体系结构，明确子系统之间以及子系统内部各类之间的接口，进行功能及数据库的概要设计。 确定系统的技术解决方案 体系架构设计，选择最优系统架构 从以下方面对架构进行评估：成本、性能、复杂程度、稳定性、扩展性、技术限制、风险性、技术发展水平、用户友好性 设计者选取架构评估手段和方式 技术专家对架构进行评审，选择最优者 首席架构师对选取的架构进行评审 编写概要设计（系统软件架构） 设计者以需求为约束，对系统进行分析，依据功能独立性原则分解出系统模块和组件 设计者识取系统主要的内部和外部接口 设计者在组件级对系统进行动态建模分析，分析组件的性能和扩展性 设计者从组织构件库中选取可重用的系统组件 设计者确定组件是否开发、购买或重用 为项目工作环境建立规程 填写项目环境配置表 确定项目工具软件种类和版本 准备工具软件的安装手册和使用手册 建立项目通讯录 为项目组成员在配置管理库、日报系统、QAS系统等其它系统中分配权限 功能设计 数据库设计 设计评审、验证和基线化设计采用同行评审。 集成测试筹备 培训和研究 项目计划更新项目经理重新确认项目计划。6.6开发实施流程根据需求规格说明书及概要设计书内容进行详细设计，确定设计内部结构及内部实现流程。根据详细设计编写代码并进行单元测试。按照体系结构设计书中系统开发环境的要求搭建开发环境。为集成测试和系统测试做好准备工作。 编写详细设计书，并经过评审 设计者选取开发设计方法和工具 设计者描述组件接口和数据结构 设计者将系统组件细分为过程，并定义过程的实现逻辑 开发小组共同协商制定如下计划： 编码计划开发人员根据“编程计划”编写软件的代码，开发人员在编写完成每个模块时，必须对自己的代码进行必要的审查和测试。 代码审查计划开发人员根据“代码审查计划”对同伴的代码进行审查。 单元测试计划开发人员根据详细设计文档撰写单元测试用例。参见Error! Reference source not found.Error! Reference source not found.。单元测试流程图：图20 系统测试筹备 缺陷和问题管理任何人发现软件中的缺陷时都必须使用指定的缺陷管理工具(QAS系统)。该工具将记录所有缺陷的状态信息，开发人员要及时消除已经发现的缺陷并马上进行回归测试，以确保不会引入新的缺陷。 代码开发 开发人员根据审核过的详细设计文档，代码规范和结构进行开发工作 开发人员更新需求变更矩阵RTM 需求变更的部分，需要更新变更请求日志，同时执行需求变更管理流程，修改相应的详细设计文档，重新对设计文档进行审查 代码评审过程代码采用同行评审。6.7集成测试流程在单元测试结束的基础上，按照集成要求，对组装起来的模块进行测试，发现与接口有关的错误，验证程序与概要设计的一致性。 产品组件状态检查 搭建集成环境 产品集成 搭建集成测试环境 执行集成测试 编写集成测试报告 评审工作产品 缺陷和问题管理任何人发现软件中的缺陷时都必须使用指定的缺陷管理工具(QAS系统)。该工具将记录所有缺陷的状态信息，开发人员要及时消除已经发现的缺陷并马上进行回归测试，以确保不会引入新的缺陷。6.8系统测试流程对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计，发现系统中的潜在问题，包括性