1、FIX(BE显示,0,0,0,STRCAT(品种行业:,HYBLOCK),COLORYELLOW;DRAWTEXT_FIX(BE显示,0.5,0,0,STRCAT(品种地域:,DYBLOCK),COLORYELLOW;DRAWTEXT_FIX(BE显示,0,0.1,0,股本结构:),COLORRED;DRAWTEXT_FIX(BE显示,0,0.2,0,STRCAT(总股本:,STRCAT(CON2STR(FINANCE(1)/10000,0),万股),COLORRED;DRAWTEXT_FIX(BE显示,0.3,0.2,0,STRCAT(流通A股:,STRCAT(CON2STR(FINANCE
2、(7)/10000,1),万股),COLORGREEN; DRAWTEXT_FIX(BE显示,0.5,0.2,0,STRCAT(今日换手率:,STRCAT(CON2STR(V*100/CAPITAL,2),%),COLORGREEN; 公式演示截图：600600 青岛啤酒000001 深发展公式系统答疑1 指标公式tip，不显示线或者不在左上方显示输出变量和值等信息。A:C,NODRAW; 可以在左上方显示变量和输出值，但是不画线。NOTEXT1:MA(CLOSE,M1);NOTEXT2:MA(CLOSE,M2);NOTEXT3:MA(CLOSE,M3);NOTEXT4:MA(CLOSE,M4
3、);2 nodraw和drawnull的区别第一个是不画线显示数值 第二个是不画线 也不显示数值（值为无效值-）AA:WINNER(C),NODRAW;AA:WINNER(C),DRAWNULL;这些前缀的输出就可以不显示输出的变量和输出变量的值等信息了。3 公式脚本：排名:=INSORT(深沪A股,PSY,2,0);PSYMA:排名=10;用条件选股加入后选股，结果什么也选不出来？深沪股版块名称中的字母要是英文输入法下的全角字符。引用系统里含大写字母的板块（如B股 AH对照），都按这个规则来写，不过不要引用含个股太多的股票最好不要超过100的板块，不然用这个INSORT函数，电脑几乎动不了，
4、很卡很慢。4 横向统计函数在个股上执行时，结果会各不相同？原因是其他股票的K线要以当前个股的时间序列为模板进行过滤。5公式输出变量有值，为什么没有滑出线？通达信的画线对于单个周期有值，前后两个周期都是无效值的情况是不画线的，只是画了一个点。所以一般要用BACKSET向前赋值函数来解决这个问题。6 为什么分析图上指标的值随着分析图缩放而变化？指标中应该用到了ema，tma，expma等函数，它们的计算结果本就是会随着参与计算的k线个数变化而变化的，这是它们的算法决定的。ema的算法公式是：Y=(2*c+(n-1)Y)/(n+1);其他两个的算法也和这个很相似可以看出ema(c,n)函数计算的结果
5、和历史每一天的c值都有关系。如果你希望看到的结果不变，可以设置分析图完全使用下载的日线数据。7 我在编写指标时，用到了大盘收盘价INDEXC，但实际执行指标后，发现得不到完整的大盘历史数据。请问如何解决？INDEXC 这样的大盘数据的历史数据部分是从下载到本地的历史数据中取得的。要下载完整历史日线。另外，跨周期引用，引用其他股票k线，或者计算其他股票的指标时所使用的历史数据部分都会从本地下载数据中取。8 电脑安装上XP3，一打开公式，中文汉字是乱码。拷贝到TXT后没有乱码,在.txt文件中拷过去是乱码,XP2不会有此现象。请问如何解决？这是一个在Windows 2000和Windows XP系
6、统中很常见的现象，属于设置问题。解决这个问题的方法是： （1）在复制文字前用“Ctrl+Shift”组合键调出中文输入法，以后再执行“复制”/“粘贴”操作就不会出现乱码问题了。 （2）不使用系统自带的“文本编辑器”，安装EmEditor或UltraEdit文本编辑器，在里面选择“按ANSI方式粘贴”功能即可。 （3）还有一种解决方法是在系统中是把默认文字输入法设为中文状态下的英文输入法。用鼠标在系统桌面上依次选择“开始设置控制面板文字服务”，里面通常会有英语和简体中文两种语言，英语下面有“英语（美国）” 一类的项目，中文下面则有“简体中文输入法（美国）”、“微软拼音输入法”一类的项目。实际上，
7、这个“简体中文输入法（美国）” 就是在中文状态下输入英文的。但是它与上面的英语下面的“英语（美国）”又不同，后者是在英文状态下输入英文。只要你把要这个“简体中文输入法（美国）”设为默认输入法（以后右下角输入法上面总是显示“Ch”，而不是“En”），就不会出现粘贴乱码的情况了。如果你的电脑中找不到这一项，说明你没有安装，要么通过系统盘安装，要么使用上面方法。9 通达信软件的自定义指标由于某些原因突然消失后如何恢复?(重装系统或者是升级之后的也适用)1.关闭通达信软件2.进入通达信软件安装的文件夹，找到T0002文件夹进入3.进入gs_bak文件夹，此文件夹内为公式备份4.将日期为最近的以下三个文
8、件改名即可。文件为： 20100310_PriGS.dat -PriGS.dat ，20100310_PriCS.dat-PriCS.dat ,20100310_PriText.dat-PriText.dat其中20100310为日期数，如10号的备份文件名就是30100310_PriGS.dat ，改名的规则就是20100310_PriGS.dat -PriGS.dat 5.然后将改名后的三个文件复制到T0002目录内覆盖即可。6.重启通达信软件。10 选股不全问题选股不全，原因很可能是历史数据缺失的问题。（给客户验证是数据问题的步骤）如果客户说那个股票副图信号为1，但是该条件的选股公式没有
9、选出哪只股票，那么就把这只股票的数据重新下载尽可能长的时间的数据，然后缩小选股范围（方便一眼看出选出来的股票包括刚刚下载了数据的那个股票），如果选出来此股，说明就是数据缺失问题。例说如选股公式：DIF:=EMA(C,24)-EMA(C,48);DEA:=EMA(DIF,12);MACD:=2*(DIF-DEA);BU:MACD0;选股日期：2011年10月12日选出来的股票中，不含有 “ST兰光 ST鲁北 ST三联 ST万鸿 象屿股份 新华联 浙报传媒”这几天股票，而根据技术指标来看，很明显这几只票也是符合选股条件的。这几个票的共同之处就是分别于今年的8/26、8/18、7/25、9/8、8/
10、29 、7/8、 9/29有过涨跌幅不受限制。试过好几个版本，包括最新的测试版，问题都是相同的。怎么回事儿？验证是因为历史数据缺失造成的时候发现其中2个 都是中间有半年甚至一年停牌的。其他的几只没选出来的股票 ，猜测应该都有类似问题所以就没有验证了。条件选股功能计算时是使用本地数.软件开发规范Software Development SpecificationVersion: V1.0Date: 2010-06-22Prepared byDocument Revision History文档修订记录VERSION版本DATE日期DESCRIPTION内容说明INDIVIDUAL修订人1.020
11、10-06-22初稿Table of Contents目录1Introduction 简介51.1Purpose 目标51.2Scope 范围61.3Definitions, Acronyms, and Abbreviations. 术语，缩略词61.4References 引用71.5Overview 文档组织72The Overall Description 概述82.1Software Development Organizing 开发团队组织结构82.2Project Base Process 项目基本流程92.3CMM Base Process CMM基本过程102.3.1SCM软件
12、配置管理102.3.2SPP 计划策划122.3.3SPTO项目追踪152.3.4PR同行评审172.3.5SQA质量保证182.4SDLC 生命周期选择192.5Development Process 开发过程202.5.1Development Phase 开发阶段202.5.2Phase Product 阶段制品212.6Role Duty 角色职责222.7Constraints 限制233Specific Requirements 详细描述243.1Precondition 前提243.1.1SCM配置库243.1.2Test Environment 测试环境253.2Develop
13、ment Control Process 开发控制流程253.2.1项目启动和策划阶段263.2.2需求分析、设计、编码阶段263.2.3提交测试阶段263.2.4生产发布、终测273.2.5发布后问题反馈修改过程273.3TSP 团队软件过程293.3.1会议组织293.3.2沟通问题293.3.3代码走查293.3.4其它303.4PSP 个人软件过程303.4.1工作原则303.4.2日常工作303.4.3DE 开发工程师313.4.4SCME 配置管理员323.4.5DBA 数据库管理员323.4.6Deployer 发布人员334Tool Specification 工具规范334.
14、1通用工具334.2计划334.3需求分析344.4设计344.5编码344.6测试345Documents 文档355.1项目管理文档355.1.1项目策划355.1.2项目追踪355.1.3质量保证355.1.4项目终止355.2开发过程文档355.2.1软件配置管理355.2.2会议管理365.2.3计划跟踪365.2.4评审管理365.2.5质量管理365.2.6测试过程365.2.7问题解决过程365.2.8其他376Appendix 附录376.1易于理解的代码376.2Log输出371 Introduction 简介 一个成熟稳定的组织或者团队，能够减少风险，经常地成功地达成目标
15、。成功的含义是：按时、预算内【即符合成本要求】、符合质量要求。换言之，成熟稳定的团队，能够避免以下问题： 组织方面出现问题 对需求缺乏管理 缺乏计划和控制 估算错误同时，还要在以下几个方面做得比较出色： 人员调度与工作安排 工作量估计 预算管理 责权分配与平衡 执行与监控 沟通本文档是软件开发规范，力求使团队打下一个良好的基础，以便逐步成长为成熟稳定的团队。团队需要一个逐步标准、规范的开发过程，在这个过程中，团队得到锻炼，成员能力得到提高，风险得到控制。主要内容是： 定义软件开发的流程； 定义软件开发的文档格式； 定义涉及的角色； 定义涉及的信息； 描述开发流程；1.1 Purpose 目标本
16、文档的目标是： 统一软件开发团队的流程、文档； 促进团队成员的沟通，减少误解； 促使程序员书写易维护的代码； 提高代码编写效率； 使每个成员成为一个高效的程序员；1.2 Scope 范围本文档，包含： 项目管理的流程；n 项目策划n 项目追踪n 配置管理n 质量保证n 同行评审 涉及文档；n 项目计划mppn 需求规格说明书SRSn Delphi估算n 项目状态报告n 配置库样式n CheckListn 评审表n 变更申请表 开发工具的规范；n 数据库设计工具n 功能设计工具n IDEn 配置工具1.3 Definitions, Acronyms, and Abbreviations. 术语，
17、缩略词 SPP项目策划Software Project Planning SPTO项目追踪Software Project Tracking & Oversight SCM配置管理Software Configuration Management SQA质量保证Software Quality Assurance PR同行评审Peer Review BaseLine 基线 SCCB软件配置控制委员会Software Configuration Control Board CR变更请求Change Request SDLC软件开发生命周期Software Development Life Cyc
18、le RUP统一开发过程Rational Unified Process XP极限【敏捷方法】eXtreme Programming TDD测试驱动Test Driven Development1.4 References 引用 CMM2CMM31.5 Overview 文档组织 本文档主要分为四大部分： 概述；描述了团队组织开发过程的高层视图； TSP和PSP；按照团队和个人描述流程规范； 工具规范；描述了开发工具的详细规范； 文档；涉及的文档格式；2 The Overall Description 概述 本部分是开发团队开发过程的高层描述。它描述了开发过程规范的背景，用来和所有涉及各方就基
19、本过程达成共识。2.1 Software Development Organizing 开发团队组织结构说明： 表示公司的行政部门 表示公司的逻辑部门 实线表示参加产品实现的组织和人员（不表示所属关系） 虚线表示工作的汇报关系，如SQAE向SQA经理汇报。2.2 Project Base Process 项目基本流程识别需求提出解决方案执行项目结束项目投入力量可行性分析报告需求建议书合同项目目标 项目定义 制定计划 计划实施 项目终止时间基本流程说明： 项目启动： 本阶段主要是进行可行性分析，定义项目，识别需求； 制定计划： 本阶段主要是计划策划，估算工作量，制定具体的可执行的计划； 计划实施
20、： 本阶段主要是实施计划，完成计划中的各项任务，报告计划状态； 项目终止： 计划执行完毕，总结项目；2.3 CMM Base Process CMM基本过程SCMSQAWork AreaBaseLineSPPSPTOPRChange & PR基本过程说明： SCM： 软件配置管理，所有活动的基础，一切制品必须放入配置库； SPP： 软件项目策划，估算工作量，制定详细计划【项目的制定计划阶段】； SPTO：项目追踪，报告项目状态，评估并更新计划【项目的计划实施阶段】； PR： 同行评审，进入基线的前提条件，降低风险，提高质量的有效手段； SQA： 质量保证，预防风险的有效手段；2.3.1 SCM
21、软件配置管理配置管理主要解决： 版本 变更确定配置项和基线确定记录和报告配置项状态策略定义配置项定义访问权限访问权限确定配置管理工具确定SCCB成员确定配置库及其目录结构项目启动确定配置管理人员Vss、SVN或VSTS一般由：项目经理、技术经理、客户经理、质量保证人员、配置管理等项目的核心成员人员组成。在配置项（基线）生成和基线变更时配置库结构权限表基线表确定基线变更过程定义备份与病毒策略按计划执行配置管理活动SCM计划制定和评审记录和报告基线的状态在配置项（基线）生成和基线变更时至少在项目的每个里程碑结束时进行备份1建立配置库2对项目组指导和培训3对配置项的日常管理4参加评审会议5定期备份和
22、病毒防护6实施发布7进行归档8配置管理计划的维护配置管理情况总结计划完成总结配置项是否完整、基线的变化情况统计、审核发现问题情况统计、改进建议等，记入项目总结报告 定义测试和发布归档方式SCM计划配置审核状态报告审核报告2.3.2 SPP 计划策划计划策划的核心是工作量估算从历史库中识别可用的信息项目启动从公司的数据中识别项目相似的信息，如项目的总结报告和其它的数据或文挡项目需求、合同以及软件项目任务书等相关要求选择项目生命周期识别项目的特点了解各个生命周期的特点确定适合项目生命周期模型从对用户需求的理解是否充分；人员介入项目的方式；产品的交付方式；项目规模大小和风险高低；对项目系统架构的理解
23、是否充分等方面考虑RUPXPRUPXP依据定义的过程，识别必须完成的任务和工作产品分解时考虑的活动事项要详尽，不要漏掉：教育或培训的需要；参与评审文档；参与项目会议；确定、记录和显示各种与质量相关和与过程相关的数据；传播时间文档制品如：计划、SRS等规模估算制定工作产品的评审计划估算表估算结果评审计划识别项目需要使用的工具和设施风险评估识别与其他组之间的关系确定项目的跟踪情况确定项目的组织结构和职责识别项目需要进行的培训制定时间进度表在已知的停工和节假日时间不安排工作；不考虑加班时间；考虑测试及评审中发现问题的返工需要的时间；考虑客户需求的稳定情况；考虑各项活动的交接和信息的传递时间；识别出的
24、风险对活动的影响；在安排工作时应考虑整个项目的效率因素，在正常估算的工期内增加2040的余量，分配到项目的所有活动中特别是关键路径中的活动中工具指南风险表协同工作计划项目跟踪计划组织和角色定义培训计划时间进度表编写项目开发计划书及其相关计划书计划评审计划管理和控制SQA计划SCM计划SDP计划Test计划风险计划2.3.3 SPTO项目追踪软件项目开发计划日常进度跟踪定期报告项目状态周例会里程碑总结需要调整计划修改和评审计划纠正和预防当出现：规模、工作量、进度和关键计算机资源超出规定的阈值；项目总的原始计划不再可能达到；计划和实际的任务安排明显不相符，起不到指导作用；对客户的承诺不能实现时并满
25、足下列条件时：导致计划变化的原因是知道的，并清楚计划怎么样改变；提议的项目进度计划变动是可达到的；提议的项目进度计划已经得到了必须完成他的人员的许诺在周例会上向项目组的成员传达客户方面的信息、交流项目近期进展情况、未完成的工作、工作中存在的问题、好的经验以及部署下两周的工作，以使得计划和实际的开发工作相符合总结到目前为止项目开发总体状况、项目活动进展情况（一般通过甘特图来体现）、活动项进展（应特别关注未完成活动项）、本阶段好的经验和典型问题、过程改进建议、客户方面新要求，项目评审、培训执行情况、项目风险等其它方面存在的问题，分析在进度、工作量和缺陷等方面收集的数据并根据情况制定相应的措施和调整
26、时间进度表，保持项目正常、健康开发个人工作周报时间进度表数据收集其它组跟踪周报告分析和预测里程碑报告项目总结项目总结报告2.3.4 PR同行评审评审准备制定本次评审计划评审跟踪正式评审评审人员进行预审，在指定的时间内给出预审意见，反馈给评审组长和作者。评审组长将缺陷（或问题）及工作量汇总填入评审报告。要评审的文档已经完成且文档符合标准模板要求，项目经理指定评审组长，发放工作产品及参考资料，必要时确定评审重点（参见评审指南）工作产品评审计划将报告抄送相关人员项目经理组织解决发现的缺陷（或问题）作者根据评审结果进行必要的改进验证人验证最终修正评审通过的产品作为基线的要得到SCCB批准评审通知表个人
27、评审表评审报告2.3.5 SQA质量保证软件项目启动指定SQAE制定质量保证计划并评审通过进行审核发现不符合项计划完成？NoYes制定质量审核计划详细的审核时间安排至少在正式审核前2天发给项目经理或技术经理、SQA经理审核、得到项目或技术经理认可询问相关人员，对项目组的过程执行情况进行审核检查文档和其他一切相关的证据，验证项目组的活动总结审核情况将报告初稿与项目经理及有关人员进行讨论，落实问题负责人；形成正式报告后发送给高级管理者、SQA经理、项目经理、项目成员等相关人员项目质量保证情况总结SQA计划SQA审核计划CheckListSQA审核报告SQA差异报告2.4 SDLC 生命周期选择当前
28、比较成熟稳定的SDLC是： WaterFall RUP XP其中：RUP和XP是迭代式开发过程，风险是可控的。 RUP的优点是过程清晰、文档齐全，但是过于庞杂，比较适合大规模的团队； XP的优点是过程简洁、推崇简单，但是不注重文档，难于交接，适合小规模团队。对于中等规模的团队来说，应该基于RUP和XP，进行裁剪，找到适合的SDLC： SDLC的核心是：迭代式和TDD 从全局看：n Use-Case Driven用例驱动n 基于Architecturen 迭代和递增的 从微观看：n TDD测试驱动n ReFactor重构n Pair结对编程2.5 Development Process 开发过程需求分析概要设计详细设计编码单元测试集成测试集成测试计划系统测试计划系统测试验收测试形成文档发布维护SRSHLDCODEDD策划软件配置管理软件质量管理评审管理2.5.1 Development Phase 开发阶段 需求分析阶段n 需求收集n 需求总结 总体设计阶段n 总体架构n 部署模型 概要设计阶段n 模块划分n 数据库设计 详细设计阶段n 具体实现 编码阶段n 测试用例n Codingn 单元测试 测试阶段n 测试用例n 测试n 修正 发布阶段n 安装测试n 安装系统n 维护
