有Android的编码规范文档吗
Eclipse 在 3 个地方可以设置字符集，最顶级的是 Eclipse 参数页中的 General > Workspace，这个地方影响所有文件的默认字符集编码。
第二级是右击项目在属性页中的 Resources 里面看到字符集编码，当然这个影响这个项目中所有文件的默认字符集编码。
第三级，关闭这个 XML，右击这个 XML > Open With > Text Editor，然后在菜单中的 Edit > Set Encoding 设置一个字符集编码，关闭文件，再换 Open With > XML Editor 重新打开它。
字符集设置的下拉框除了选择之外还可以手工输入一个字符串，比如 GB18030。
因为我们中国的 windows 默认是 GB18030 国家标准编码，你的文件如果你用 windows 的文本编译器中之类的东西在 Eclipse 之外手工编辑过，内容可能是乱码，而如果已经设置了字符集在 Eclipse 里面编辑它是不会出错的，已经是乱码的文件，把注释中汉字删除重新输入一次注释保存。
像 XML 文件推荐是使用 UTF-8，并且不要用 notepad 这样的不支持字符集选择的编辑器来编辑，它会破坏文件。
当然在 Eclipse 里面用 XML Editor 打开一个 XML 文件时，它会使用 这个 xxx 为字符集，如果你没写，就表示是 UTF-8。
这个内容输入到 java 源文件中是保持数据不变，但可能 java 文件使用的字符集不是 UTF-8 导致打开 java 文件时汉字不能显示。
展开
Java程序编码规范是什么？
命名规范 定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。
（这些规范并不是一定要绝对遵守，但是一定要让程序有良好的可读性） Package 的命名 Package 的名字应该都是由一个小写单词组成。
Class 的命名 Class 的名字必须由大写字母开头而其他字母都小写的单词组成 Class 变量的命名 变量的名字必须用一个小写字母开头。
后面的单词用大写字母开头。
Static Final 变量的命名 Static Final 变量的名字应该都大写，并且指出完整含义。
参数的命名 参数的名字必须和变量的命名规范一致。
数组的命名 数组应该总是用下面的方式来命名： yte[] uffe；而不是： yte uffe[]；方法的参数 使用有意义的参数命名，如果可能的话，使用和要赋值的字段一样的名字： SetCounte(int size){this.size = size;}Java 文件样式 所有的 Java(*.java) 文件都必须遵守如下的样式规则 版权信息 版权信息必须在 java 文件的开头，比如： *** Copyight ? 2000 Shanghai XXX Co. Ltd.* All ight eseved.*其他不需要出现在 javadoc 的信息也可以包含在这里。
【项目编号规范】用友U8.21的设置问题项目编码规则？项目分类定义...
招标文件很多部分都是一样的，一般编制招标文件的人员习惯性的都会用套模板的方式来编制，所以常出现明明项目不分包，但是在招标文件中关于投标文件制作说明部分会出现要求你在封皮等地方注明标段这种现象，没关系的，你只要根据要求注明必须的内容，例如：项目名称，投标供应商单位名称，正副本，项目编号，时间这些基本按照招标文件要求的信息，就可以了，所投标段或是包号这部分信息，你不需要注明。
...
在软件开发中,需求分析阶段产生的主要文档是什么？
这个时期产生的主要文档是《XX软件需求规格说明书》。
需求规格说明书一般包含以下内容，但具体内容需要根据实际情况来书写，以下仅供参考：1.引言1.1编写目的【阐明编写需求说明书的目的，指明读者对象.】为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档.本文档供项目经理、设计人员、开发人员参考.1.2项目背景a.项目的委托单位、开发单位和主管部门b.该软件系统与其他1.3定义【列出文当中所用到的专门术语的定义和缩写词的原文.】1.4参考资料a.项目经核准的计划任务书、合同或上级机关的批文b.项目开发计划c.文档所引用的资料、标准和规范.列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源2.任务概述2.1目标2.2运行环境操作系统：Microsoft Windows 2000 Advanced Server支持环境：IIS 5.0数 据 库：Microsoft SQL Server 20002.3条件与限制3.数据描述3.1静态数据3.2动态数据【包括输入数据和输出数据.】3.3数据库介绍【给出使用数据库的名称和类型.】3.4数据词典3.5数据采集4.功能需求4.1功能划分4.2功能描述5.性能需求5.1数据精确度5.2时间特性【如响应时间、更新处理时间、数据转换与传输时间、运行时间等.】5.3适应性【在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，应具有的适应能力.】6.运行需求6.1用户界面【如屏幕格式、报表格式、菜单格式、输入输出时间等.】6.2硬件接口6.3软件接口6.4故障处理7.其它需求【如可使用性、安全保密、可维护性、可移植性等.】
文件标准格式
我们以前做过的一个项目的文档标准，你参考一下吧：1、标题居中，宋体二号字加粗2、首页与目录单独成页，页码单独设置为i,ii3、全文采用A4纸打印；4、页面设置：上3.5cm，下2.6cm，左2.7cm，右2.7cm，页眉2.4cm，页脚2.0cm; 5、目录采用超链接直接生成（或者选中模板目录内容，点右键选“更新域”），采用四号字，每章题目用黑体，每节题目用宋体，页码号右对齐（此页需重新设置）；6、全文的行间距均为固定值22磅，段前、段后均为0磅；唯独公式、图片需采用单倍行距；7、正文字体一律采用宋体；章节题目中一级、二级标题（居中）采用小三号字加黑，三级标题（左对齐）采用小四号字加黑；正文中汉字采用小四号宋体，西文采用小四号“Times New Roman”;8、每节题目与正文间空一个标准行（小四，行间距为22磅）；每章的开始必须另起一页；9、图标位置居中，采用五号宋体加粗，图标置于图的正下方；（另外图2?1中的2表示章，1表示本章的第1个图，表格和公式与此相同）；10、表头位置居中，采用五号宋体加粗，表头置于表的正上方，例如“表2?1 图像文件格式比较”，表体的上下端线一律使用粗实线（1.5磅），其余表线用细实线（0.5磅），表的左右两段不应封口（即没有左右边线），表内文字一律采用上下居中与对齐，五号宋体；11、公式均居中，其标号右对齐，以章分组编号，例如“（3?5）”表示第3章的第5个公式。
...
PMC项目管理模式
PMC代表Product Material Control的缩写形式，意思为生产及物料控制。
通常它分为两个部分： PC：生产控制或生产管制（台、日资公司俗称生管）。
主要职能是生产的计划与生产的进度控制。
MC：物料控制（俗称物控），主要职能是物料计划、请购、物料调度、物料的控制（坏料控制和正 常进出用料控制）等。
● 产能分析主要针对哪几个方面？ 产能的分析主要针对以下几个方面： 1、 做何种机型以及此机型的制造流程。
2、 制程中使用的机器设备（设备负荷能力）。
3、 产品的总标准时间，每个制程的标准时间（人力负荷能力）。
4、 材料的准备前置时间。
5、 生产线及仓库所需要的场所大小（场地负荷能力）。
● 生产排期应注意什么原则？ 生产计划排程的安排应注意以下原则： 1、 交货期先后原则：交期越短，交货时间越紧急，越应安排在最早时间生产。
2、 客户分类原则：客户有重点客户，一般客户之分，越重点的客户，其排程应越受到重视。
如有 的公司根据销售额按ABC法对客户进行分类，A类客户应受到最优先的待遇，B类次之。
C类更次。
3、 产能平衡原则：各生产线生产应顺畅，半成品生产线与成品生产线的生产速度应相同，机器负 荷应考虑，不能产生生产瓶颈，出现停线待料事件。
4、 工艺流程原则：工序越多的产品，制造时间愈长，应重点予以关注。
● PMC管理做得差，容易造成什么现象？ PMC的计划能力、控制能力及沟通协调能力做得差，容易造成以下现象： 1、 经常性的停工待料：因为生产无计划或物料无计划，造成物料进度经常跟不上，以致经常性的 停工待料 2、 生产上的顿饱来一顿饥：因为经常停工待料，等到一来物料，交期自然变短，生产时间不足， 只有加班加点赶货，结果有时饿死，有时撑死。
3、 物料计划的不准或物料控制的不良，半成品或原材料不能衔接上，该来的不来，不该来的一大 堆，造成货仓大量堆积材料和半成品，生产自然不顺畅。
4、 生产计划表仅起形式上的作用，生产计划与实际生产脱节，计划是一套，生产又是一套，生产 计划根本不起作用，徒具形式。
5、 对销售预测不准或对产能分析不准，不能针对产能进行合理安排，没有空留余地，生产计划的 机动性不强，生产计划变更频繁，紧急订单一多，生产计划的执行就成了泡影。
6、 计划、生产及物料进度协调不强，影响交货期，降低公司声誉。
7、 生产经常紊乱，品质跟着失控，造成经常性的返工，经常返工又影响生产计划的执行，造成恶性循环. PMC的流程从大的来看就是公司的运作流程：从销售得到订单开始，PMC就该接手并参与到后面所有的工作中，新产品的关务的合同备案（如无外销则无需海关备案），然后是根据需求得到MRP（物料需求计划），指导采购下单并根据料况及时调整生产，因为料况的变化是比较大的，所以工作的重点肯定是根据料况来调整生产。
成品OK后还得关注是否及时入库，然后出货扣账，再就是关务出货是否会有问题...直到物品到达客户手中你还得考虑到中途是否产生损坏（RMA），当然了，做到后面就是细节问题了.其实，快速建立一个具有可执行性的PMS分四个环节做就可以了。
第一个环节：确定公司的产品方向和产品策略 这个环节是一个PMS中的基础，也可以说是一个公司的市场基础，盈利基础，一个公司必然有一个非常明确产品方向和产品策略，这个方向和策略只是一个框架性的东西，只是画了一个圈子，告诉公司的员工我们要做什么东西，那些是重点产品的，那些二线产品，如何做这些产品，比如说一个软件公司，其产品方向就是个人用户，一共有四条产品线，分别是娱乐，办公，网络应用和系统安全，娱乐和办公是一线产品，其产品策略根据公司的实际情况，是以自研为主，市场零售为主渠道，还是以合作为主，OEM为主渠道，是做领头羊还是做追随者，这就是一个原则性的东西，公司任何人都得了解，如果是面向个人用户的系统安全软件，以OEM为主，那么这个公司即使有实力开发企业级的系统安全软件，那么他也不会去做的，因为不能违反公司的产品方向，违反了方向，就会造成公司资源的紧张，尤其对于产品管理中心来说，这更是大忌，一个PM如果连自己公司的产品方向都不清楚，你能想象他可能会和公司呼吸保持一致吗？ 联盟中有兄弟就说的好：PM一定要把握公司的想法，公司想要什么，你就做什么，而不是你做了什么，就希望公司接受什么。
因此，在你建立PMS的时候，首先要把这个明确了，形成一个文档，每当一个PM入职的时候，把这个文档交给他看，这个公司不是人力资源部来做的，而是你来做的，只有你是最了解公司产品方向的人，其实这个文档非常简单，我建议用一个矩形图来描述就可以了，上面说明公司的产品线有那些，所有产品的技术核心是什么，在技术核心上已经存在有那些产品应用，每个产品应用都处于那个阶段（上升还是下降，其实就是一个简单的产品生命周期线）等可以让新人一幕了然的信息，这样，新人进来后就不会每天追着你问：我们应该做什么产品；做这个产品合适吗？等这些基础的问题，如果是一个比较有经验的PM，他在看到这份文档之...
转载请注明出处51数据库 » 软件项目文档编号规范
