HTC609d系统程序可删列表
HTC609D这机子用了大半年了，感觉总体还是不错的，本人技术不高，没事也会瞎捣鼓，在群里看到很多人求刷机包，但是要知道众口难调啊！没有人可以将一个ROM包做到适合所有人，本着授人以鱼不如授人以渔，写了这个教程。本ROM是在billgates-li的基础上修改而来，官方版本号1.47.1401.3，这是目前最新的ROM了，其实如果官方不发布新版本，别指望个人能出新版本，其他ROM都只是小小的修改精简而已。
看来有必要放一下ROM的连接了！！
https://www.sodocs.net/doc/d012421153.html,/s/1qW0geAg
需要的准备
ROM包：billgates-li的最新修改包https://www.sodocs.net/doc/d012421153.html,/s/1i3mMGc9
解压缩工具：应该说平时常见的就可以了，我用的是360解压缩
把下载的文件用解压缩软件解压，然后按照下面的教程自己精简修改就行了
我做好的ROM包在71997886这个群的共享中，大家可以进来下载试用，群主虽然换手机了，但是还是有一些热心的网友会帮大家解决问题
这里只是做了一些精简并没有做多少的修改，这方便一些小白学习，如果大家想进一步修改，过些日子我再出教程
删除根目录下data文件夹
system\media\audio\铃声目录
去除无用的铃声
只保留system\media\audio\ringtones\sense.mp3默认来电铃声
只保留\system\media\audio\notifications\teal.mp3默认通知音
只保留\system\media\audio\alarms\Chartreuse.mp3默认闹钟
壁纸目录/system/customize/resource/
除保留下面文件外其余全部都可以删除（HTC_Sense5_Boot.mp3关机铃声删）CCInfo.txt
allapplication.xml
hTC_bootup.zip开机画面
hTC_downanimation.zip关机画面
quicklaunch.xml
ringtone.xml
更换/system/customize/resource/wallpapers_c_06.jpg默认壁纸（这个可以在build.prop 文件中指定）
编辑了build.prop文件，只去除了billgates-li的群号那句话，（这里有点侵犯billgates-li的版权了）
字体目录system\fonts
删除DFHEIA5A.ttf
删除DFHEIA7A.ttf
更换Roboto-Regular.ttf
更换DroidSansFallback.ttf
更换DroidSansFallback-htc.ttf（这个好像是系统字体，就是状态栏及菜单显示的字体）我更换的是23M少女字体算是比较齐全的，就是比较大，
\system\app程序目录
删除以下文件
AMapNetworkLocation.apk多余网络位置
Automotive_Home.apk车载面板
Automotive_InternetRadio.apk车载面板互联网广播
Automotive_Traffic.apk车载面板交通模式
Autonavi_HTC_android60.apk高德导航
Basic.apk动态壁纸
CTWallpaperPicker.apk天翼壁纸
DemoFLOPackageInstaller.apk多余视频流的安装程序包
DownloadProvider.apk下载管理器
DownloadProviderUi.apk下载管理器
FaceLock.apk人脸解锁
G开头谷歌服务套件全删
GmsCore.apk谷歌PLAY服务
GoogleBackupTransport.apk
GoogleCalendarSyncAdapter.apk
GoogleContactsSyncAdapter.apk
GoogleFeedback.apk
GoogleLoginService.apk
GooglePartnerSetup.apk
GoogleServicesFramework.apk
GSD.apk函数测试程序
HoloSpiral.apk动态陀螺仪壁纸
HTC_CIR.apk CIRModule程序
HTC_onBoardSearch_60.apk高德导航插件？
HtcAirplaneModeWidget.apk飞行模式小插件
HtcAlbumMapView+China.apk相册位置等
HtcAutoRotateWidget.apk旋转屏幕插件
HTCBackup_China.apk备份
HtcBtWidget.apk
HtcCalendarWidgets.apk桌面日历插件
HtcCarGps.apk车载模式
HTCCloudHub.apk同步功能
HTCCN_FileManager.apk文件管理器
HTCCN_Meituxiuxiu_pintu.apk美图
HTCCN_Voice.apk机器人小HI
HtcContactWidgets.apk桌面联系人插件
HtcDataRoamingWidget.apk数据漫游插件
HtcFMRadioWidget.apk收音机插件HtcGpsWidget.apkGPS部件插件HtcHotspotWidget.apk无线热点插件HtcImageWallpaper.apk图片壁纸设置幻灯片HtcLavaLiveWallpaper.apk动态壁纸一种HtcNITimeoutProvider.apk定位用的？HtcNotes.apk笔记（没删）HtcNotesPainterView.apk笔记画家（没删）HtcNotesProvider.apk 笔记供应商（没删）HtcPowerStripWidget.apk电量仪表盘HtcProfilesWidget.apk情景模式插件HtcScreenBrightnessWidget.apk屏幕亮度插件HtcScreenTimeoutWidget.apk屏幕超时插件HtcSpeak_HFM.apk小HI组件HtcSpeakIFLY.apk小HI组件HtcSyncWidget.apk同步程序HTCWeatherClockWidgetAgent.apk天气时钟插件HtcWeatherLiveWallpaper.apk动态天气壁纸？HtcWhitelistWidget.apk
HtcWiFiWidget.apkWLAN小部件iFlyVoiceDictation.apk语音转换用的
LMW.apk低储存向导
Mail+nonprime.apk邮件MusicVisualization.apk频谱动态壁纸MyGoogleTaskPlugin.apk我的谷歌任务插MyPen.apk电子笔设置
MySketcher.apk自带的截屏
MyTask.apk待办事项
MyVDisk.apk云盘
NetworkLocation.apk网络定位程序NoiseField.apk气泡动态壁纸PartnerBookmarksProvider.apk书签设置PhaseBeam.apk动态壁纸
Phonesky.apkGoogle Play 商店
PicoTts.apk语音识别系统
SenseTV_Home.apk
Sina_Weibo_FSPlugin.apk微博插件
Speech_Service_iFLY.apk小HI组件
Stk_DD_DS.apk
Stock_China.apk股票
Tag.apk标签
Tencent_Wechat_FSPlugin.apk
Tube2_Configuration.apk
Weibo.apk微博
最后要说的是当你全部修改完毕后，请打开原来的压缩包，然后将里面清空，再把你修改好的文件拖进去压缩，当然这个我没试验过直接压缩是否会成功，只是听说会刷入失败而已！！
软件开发过程详解
软件开发过程详解 软件开发过程即软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。 生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件开发过程覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。 1.需求分析 1.1 需求分析的特点和任务 需求分析是软件开发的第一步。获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，分析者、开发者和客户就能探索出描述这些需求的多种解决方案。参与需求获取者只有在他们理解了问题之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。把需求获取集中在用户任务上—而不是集中在用户接口上—有助于防止开发组由于草率处理设计问题而造成的失误。有几种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。 需求获取、分析、编写需求规格说明和验证并不遵循线性的顺序，这些活动是相互隔开、增量和反复的。当你和客户合作时，你就将会问一些问题，并且取得他们所提供的信息（需求获取）。同时，你将处理这些信息以理解它们，并把它们分成不同的类别，还要把客户需求同可能的软件需求相联系（分析）。然后，你可以使客户信息结构化，并编写成文档和示意图（说明）。下一步，就可以让客户代表评审文档并纠正存在的错误（验证）。这四个过程贯穿着需求分析的整个阶段。需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。需求获取只有通过有效的客户—开发者的合作才能成功。分析者必须建立一个对问题进行彻底探讨的环境，而这些问题与产品有关。为了方便清晰地进行交流，就要列出重要的小组，而不是假想所有的参与者都持有相同的看法。对需求问题的全面考察需要一种技术，利用这种技术不但考虑了问题的功能需求方面，还可讨论项目的非功能需求。确定用户已经理解：对于某些功能的讨论并不意味着即将在产品中实现它。对于想到的需求必须集中处理并设定优先级，以避免一个不能带来任何益处的无限大的项目。 1.2.需求分析的一般方法
嵌入式软件开发流程图
嵌入式软件开发流程 一、嵌入式软件开发流程 1.1 嵌入式系统开发概述 由嵌入式系统本身的特性所影响，嵌入式系统开发与通用系统的开发有很大的区别。嵌入式系统的开发主要分为系统总体开发、嵌入式硬件开发和嵌入式软件开发3大部分，其总体流程图如图1.1所示。 图1.1 嵌入式系统开发流程图 在系统总体开发中，由于嵌入式系统与硬件依赖非常紧密，往往某些需求只能通过特定的硬件才能实现，因此需要进行处理器选型，以更好地满足产品的需求。另外，对于有些硬件和软件都可以实现的功能，就需要在成本和性能上做出抉择。往往通过硬件实现会增加产品的成本，但能大大提高产品的性能和可靠性。 再次，开发环境的选择对于嵌入式系统的开发也有很大的影响。这里的开发环境包括嵌入式操作系统的选择以及开发工具的选择等。比如，对开发成本和进度限制较大的产品可以选择嵌入式Linux，对实时性要求非常高的产品可以选择Vxworks等。
1.2 嵌入式软件开发概述 嵌入式软件开发总体流程为图4.15中“软件设计实现”部分所示，它同通用计算机软件开发一样，分为需求分析、软件概要设计、软件详细设计、软件实现和软件测试。其中嵌入式软件需求分析与硬件的需求分析合二为一，故没有分开画出。 由于在嵌入式软件开发的工具非常多，为了更好地帮助读者选择开发工具，下面首先对嵌入式软件开发过程中所使用的工具做一简单归纳。 嵌入式软件的开发工具根据不同的开发过程而划分，比如在需求分析阶段，可以选择IBM的Rational Rose等软件，而在程序开发阶段可以采用CodeWarrior（下面要介绍的ADS 的一个工具）等，在调试阶段所用的Multi-ICE等。同时，不同的嵌入式操作系统往往会有配套的开发工具，比如Vxworks有集成开发环境Tornado，WindowsCE的集成开发环境WindowsCE Platform等。此外，不同的处理器可能还有对应的开发工具，比如ARM的常用集成开发工具ADS、IAR和RealView等。在这里，大多数软件都有比较高的使用费用，但也可以大大加快产品的开发进度，用户可以根据需求自行选择。图4.16是嵌入式开发的不同阶段的常用软件。 图1.2 嵌入式开发不同阶段的常用软件 嵌入式系统的软件开发与通常软件开发的区别主要在于软件实现部分，其中又可以分为编译和调试两部分，下面分别对这两部分进行讲解。 1．交叉编译 嵌入式软件开发所采用的编译为交叉编译。所谓交叉编译就是在一个平台上生成可以在另一个平台上执行的代码。在第3章中已经提到，编译的最主要的工作就在将程序转化成运行该程序的CPU所能识别的机器代码，由于不同的体系结构有不同的指令系统。因此，不同的CPU需要有相应的编译器，而交叉编译就如同翻译一样，把相同的程序代码翻译成不同CPU的对应可执行二进制文件。要注意的是，编译器本身也是程序，也要在与之对应的某一个CPU平台上运行。嵌入式系统交叉编译环境如图4.17所示。
我对软件开发过程的理解
软件开发的过程 摘要：软件开发过程即软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。 生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件开发过程覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。 1.需求分析 1.1 需求分析的特点和任务 需求分析是软件开发的第一步。获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，分析者、开发者和客户就能探索出描述这些需求的多种解决方案。参与需求获取者只有在他们理解了问题之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。把需求获取集中在用户任务上—而不是集中在用户接口上—有助于防止开发组由于草率处理设计问题而造成的失误。有几种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。 需求获取、分析、编写需求规格说明和验证并不遵循线性的顺序，这些活动是相互隔开、增量和反复的。当你和客户合作时，你就将会问一些问题，并且取得他们所提供的信息（需求获取）。同时，你将处理这些信息以理解它们，并把它们分成不同的类别，还要把客户需求同可能的软件需求相联系（分析）。然后，你可以使客户信息结构化，并编写成文档和示意图（说明）。下一步，就可以让客户代表评审文档并纠正存在的错误（验证）。这四个过程贯穿着需求分析的整个阶段。需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。需求获取只有通过有效的客户—开发者的合作才能成功。分析者必须建立一个对问题进行彻底探讨的环境，而这些问题与产品有关。为了方便清晰地进行交流，就要列出重要的小组，而不是假想所有的参与者都持有相同的看法。对需求问题的全面考察需要一种技术，利用这种技术不但考虑了问题的功能需求方面，还可讨论项目的非功能需求。确定用户已经理解：对于某些功能的讨论并不意味着即将在产品中实现它。对于想到的需求必须集中处理并设定优先级，以避免一个不能带来任何益处的无限大的项目。 1.2.需求分析的一般方法 跟班作业。通过亲身参加业务工作来了解业务活动的情况。这种方法可以比
嵌入式软件开发流程
嵌入式软件的开发流程 嵌入式系统是指用于执行独立功能的专用计算机系统。它由包括微处理器、定时器、微控制器、存储器、传感器等一系列微电子芯片与器件，和嵌入在存储器中的微型操作系统、控制应用软件组成，共同实现诸如实时控制、监视、管理、移动计算、数据处理等各种自动化处理任务。嵌入式系统以应用为中心，以微电子技术、控制技术、计算机技术和通讯技术为基础，强调硬件软件的协同性与整合性，软件与硬件可剪裁，以此满足系统对功能、成本、体积和功耗等要求。最简单的嵌入式系统仅有执行单一功能的控制能力，比如说单片机的应用，在唯一的ROM 中仅有实现单一功能控制程序，无微型操作系统。复杂的嵌入式系统，例如个人数字助理（PDA）、手持电脑（HPC）等，具有与PC几乎一样的功能。实质上与PC的区别仅仅是将微型操作系统与应用软件嵌入在ROM、RAM 和/或FLASH存储器中，而不是存贮于磁盘等载体中。很多复杂的嵌入式系统又是由若干个小型嵌入式系统组成的。 近些年来，随着以计算机技术，通讯技术为主的信息技术的快速发展和Internet 的广泛应用，传统的控制学科正在发生变革，出现了许多新的生长点。伴随而来的一个现象是控制专业的相当多的学生在毕业后进入了计算机，通讯行业，以致有人说学控制没有用，自动化专业可以取消了。这些情况的出现使我们控制教育工作者反复思考，传统的控制应如何拓宽它的领域？控制专业应该教什么才使学生感到有用？流行的嵌入式操作系统可以分为两类：一类是从运行在个人电脑上的操作系统向下移植到嵌入式系统中，形成的嵌入式操作系统，如微软公司的Windows CE及其新版本，SUN公司的Java操作系统，朗讯科技公司的Inferno，嵌入式Linux等。这类系统经过个人电脑或高性能计算机等产品的长期运行考验，技术日趋成熟，其相关的标准和软件开发方式已被用户普遍接受，同时积累了丰富的开发工具和应用软件资源。 另一类是实时操作系统，如WindRiver 公司的VxWorks，ISI 的pSOS，QNX系统软件公司的QNX，ATI 的Nucleus，中国科学院凯思集团的Hopen嵌入式操作系统等，这类产品在操作系统的结构和实现上都针对所面向的应用领域，对实时性高可靠性等进行了精巧的设计，而且提供了独立而完备的系统开发和测试工具，较多地应用在军用产品和工业控制等领域中。Linux 是90年代以来逐渐成熟的一个开放源代码的操作系统。PC机上的Linux 版本在全球数以百万计爱好者的合力开发下，得到了非常迅速的发展。90 年代末uClinux，RTLinux 等相继推出，在嵌入式领域得到了广泛的关注，它拥有大批的程序员和现成的应用程序，是研究开发工作的宝贵资源。 一、嵌入式软件开发流程 1.1 嵌入式系统开发概述 由嵌入式系统本身的特性所影响，嵌入式系统开发与通用系统的开发有很大的区别。嵌入式系统的开发主要分为系统总体开发、嵌入式硬件开发和嵌入式软件开发3大部分，其总体流程图如图1.1所示。
软件开发环境与简单程序
姓名学号 时间地点 实验题目软件开发环境和简单程序设计 一．实验目的与要求 1. 熟悉WAVE软件使用 2. 学习简单程序的调试方法 二．实验仪器及主要环境 Wave6000 三．实验内容及步骤 1.启动PC机，打开WAVE软件，软件设置为模拟调试状态。在所建的项目文件中输入源程序，进行编译，编译无误后，执行程序，点击全速执行快捷按钮，点击暂停按钮，观察存储块数据变化情况，点击复位按钮，可再次运行程序。 2.打开CPU窗口，选择单步或跟踪执行方式运行程序，观察CPU窗口各寄存器的变化，可以看到程序执行的过程，加深对实验的了解。 四．实验流程框图、实验程序 1、ORG 0000H START EQU 30H MOV R0,#START MOV R2,#10 MOV a,#01H LOOP: MOV @R0,A INC R0 DJNZ R2,LOOP NOP LJMP $ END 2、ORG 0020H MOV 0021H,#05H MOV 0022H,#01H MOV 0023H,#02H MOV 0024H,#03H MOV 0025H,#04H MOV R0,#0021H
SORT:MOV A,R0 MOV R1,A MOV A,R2 MOV R5,A CLR F0 DEC R5 MOV A,@R1 LOOP:MOV R3,A INC R1 CLR C MOV A,@R1 SUBB A,R3 JNC LOOP1 SETB F0 MOV A,R3 XCH A,@R1 DEC R1 XCH A,@R1 INC R1 LOOP1:MOV A,@R1 DJNZ R5,LOOP JB F0,SORT RET 3、DATE EQU 30H N EQU 9 ORG 0000H MOV 30H,#06H MOV 31H,#08H MOV 32H,#05H MOV 33H,#04H MOV 34H,#09H MOV 35H,#03H MOV 36H,#10H MOV 37H,#07H MOV 38H,#01H MOV 39H,#02H XZPX:MOV R0,#DATE MOV R2,#N LOOP:MOV B,@R0 MOV A,R0 MOV R3,A
软件开发调试
软件开发进度保证 1.10.1、软件开发人员配置 1.10.2实施流程计划 （1）资料收集阶段； （2）方案深化阶段； （3）协议测试阶段；
（4）接口开发阶段； （5）SVG图形制作阶段； （6）现场调试阶段； （7）现场验收培训阶段； （8）售后服务阶段 1.10. 2.1流程说明 1.10. 2.1.1资料收集阶段 （1）在接到项目管理部通知后，集成项目经理由上级部门委托后，组织相关设计人员和技术人员按照甲方及总包的要求，在规定时间内完成计算机集成的深化，向项目管理部提交有关表格,并按照工程进度的要求，要求相关单位给与相应答复。 （2）在提交甲方及总包有关接口要求时，集成项目经理应同时了解本项目的各子系统的组成情况，并按照有关要求向我方人员提交相关联系人的电话和联系方式，并且根据项目的情况要求其技术人员对其它单位答复的软件协议核实。1.10.2.1.2方案深化阶段 （1）项目经理根据现场情况和技术人员的要求，组织有关技术人员完成现场前期勘察，并组织有关人员与有关部门进行交流，形成前期会议纪要，作为软件开发实施的依据。 （2）据与其他单位和部门交流情况，项目经理可根据现场的实际情况，要求有关技术人员根据前期的资料收集情况，做一份施工方案，后附前期收集资料,电子文档,测试程序，作为本项目的必备资料。（可根据实际情况调整，但前期资料必须归档）。 （3）项目经理根据现场实际情况和技术人员要求，制定《工程进度表》，附在软件方案中,并与甲方及总包协商为集成软件留出相应的时间进行编程。如时间还要延长，则另行处理。 1.10. 2.1.3协议测试阶段 （1）在集成软件进行有关软件方案深化编制时，项目经理协调组织相关设计人
程序的测试与调试
程序的测试与调试 当写完程序的所有代码后您一定会想：“终于大功告成了，哈……”。 慢着！如果您真的以为万事大吉就错了，还有一件非常重要的事情等着我们去做，那就是对程序的测试和调试。 据说很多年前当一个小虫子在一台计算机中使一些晶体管不能工作时，才第一次用到了调试(DEBUG)一词。所以，术语DEBUG也就是找出程序中的“小虫子(BUG)”。不管它的由来到底是什么，它的目的就是查找使程序失败或产生不正确结果的原因。 在开发应用程序中应将测试作为一个独立的并且是有计划的任务。测试软件的方法有很多种。而有些开发者只在完全编写完应用程序后才进行测试。VFP所具有的交互功能使与开发过程中并存的测试变得更容易也更有效果。问题是管理跟踪与开发过程并存在测试所花费的时间比较困难。这一课将考察各种测试技巧并分析它们的优缺点。 1.数据驱动和逻辑驱动的测试 测试应用程序的两个要素是：有效性和范围。有效性测试是检查应用程序是否对特定的输入产生预期的结果。范围是检查所有的语句是否都已被测试执行，任何没有被执行的代码都有可能隐藏故障。 有效性测试有两种基本的方法。第一种方法是数据驱动的，它不需要知道关于程序的工作方式方面的知识，而主要集中在对现实世界或虚构的数据进行采样的基础上,挑选出一系列测试数据集合，然后使用这些数据运行 程序，看它是否产生了预期的结果。 另一种方法是逻辑驱动的方法，这种方法需要程序编码的广泛知识，它试图测试程序可以执行的每个路径，还通过使用接近和超过已知的实际上存在限制的数据，对程序如何处理这些数据限制进行检测。 这两种方法各有其优点和不足： 数据驱动应用程序的优点包括它有意识或无意识地对程序进行假设。但程序员经常”假设”一个程序绝不会执行某种动作，从而也就不能彻底地测试它。而有时程序员假定是正确的部分往往正是出现问题的部分。数据驱动方式的主要不足是不能保证测试数据集合覆盖了所有的程序路径和循 环。 逻辑驱动的方式测试弥补了数据驱动测试的弱点。如果设计得好，它可以测试整个系统中的每一行代码。它明显的缺点是对于大型应用程序来说，全部测试每一行代码需要多重数据测试。更进一步说，它需要花费很多时间开发出必要的数据集合以保证对每一行代码的测试。