二win8工具与开发流程

开发利器-VisualStudioVisualStudioVisualStudio是一个由基于组件的软件开发工具，以及其他一些构建功能强大的高性能应用程序的技术组成的套件。而且，VisualStudio已经过优化，可用于使用TeamFoundationService或TeamFoundationServer进行基于团队的设计、开发和部署。VisualStudio学习：相关视频链接：=visual+studio+2012管理帮手-TFSTFS2010支持改进和增加了很多新功能，详细内容在MSDN上安装步骤大为简化和智能化；安装的Basic配置方式支持将TFS安装在非服务器操作系统上，如：Win7和Win8；VSSConverter工具支持从VisualSourceSafe（VSS）到TFS2010的自动迁移；TFS2010带有开发代号为“EagleStone”Eclipse插件，支持在Unix、Linux、Solaris等系统的JavaEclipse工具访问和使用TFS内容大纲•改善我们的问题–需求整理–测试阶段–产品上线•项目报表•为什么要重视开发流程？•如何无缝导入？为什么要重视开发流程•一直在重复造轮子？重复开发，重复管理，成本提高！•校长兼撞钟？一人项目！写代码没时间了！•牵一发动全身架构？功能先写出来在说！•一切都是凭感觉？项目成本，时程能用猜的就猜的！•改善团队的效能每次都没有结论!实际案例分析同时要维护已上线和开发中的程序–下次上线又出现同样的错误？–同样的Bug(功能缺陷)要改两次？漏改？–光是整合程序就要花好几天？还会漏？–这次上线的版本是包含哪些修改內容？–更多…MicrosoftSolutionFramework•高整合性完全整合至开发工具•高弹性可依每个项目设定不同的流程可建立自己的Process（过程，步骤……）•很简单不需要写代码AgileProcessCMMIProcessMicrosoftSolutionFramework我们的团队是…•了解团队情况团队人数/流动率？成员开发能量？项目大小,周期？我们的开发流程？•应该要如何选择？Agile？CMMI？其他？需求沟通流程客户开发需求•制定目标•解决问题•改善流程•系统整合•日后维护访谈•了解需求•定义范围•风险管理•需求管理•时程管理•资源分配•反复确认设计•确认技术•架构设计•操作流程•验证需求•问题管理验证•需求回馈•架构回馈•Bug回馈开发流程內部开发客户开发•代码开发•单元测试•程序分析•校能分析•架构分析•签入准则•TeamBuil（团队组建）SIT•系统整合•手动测试•网页测试•压力测试•缺陷修复UAT•外部测试•功能验证•流程验证•界面验证•资料验证上线•系统上线•问题回馈•需求回馈需求采集•需求管理需求变更，技术问题…问题，风险管理•架构规则UMLModeling•测试计划测试项目分析•时程管理反复确认时程，资源分配需求访谈设计验证规范的树状工作项目执行项目管理/执行管理项目需求工作工作Bug风险工作可直接修改需求树状结构指定执行成员MicrosoftConfidential13使用Project一样可以支持并同步到TFS上在VisualStudio可以看到一样的修改清单和树状结构可以明确指定延伸的子工作项目项目时程跟踪简化管理•内建各种分析报表•追踪项目更新的进度•显示资源使用情况跟踪项目进度和预测趋势走向跟踪资源调度过度的情况！跟踪团队效能定期跟踪目前执行情况数据库架构设计•简化管理问题隔离【开发】与【测试】数据库数据库版本管控主动验证DB之间的关联性SQL语法效能分析数据库对比，部署(一个动作搞定)验证SQLServer升级差异•便利性支持MSSQL2000,2005,2008支持Oracle10g数据库的版本管理TestDatabaseProductionDatabaseCREATETABLEdbo.Auction(idintnotnull,titlevarchar(25)notnull,startDateDateTimenotnull,lengthinnotnull)VS2010PremiumTFS2010修改资料库时不会影响到测试区数据库比对无误后自动部署到测试区列出哪一行有出入！列出所有差异清单！包含SP,Index,人员等…各种设定开发制作•配置管理代码、数据库、其他档案•工作项目管理代码码、工作、需求关联•最终工作进度代码码、负责难度分析单元测试签入准则•自动化配置开发SITUAT上线解决开发问题•降低开发管理减轻开发负担记录每次修改记录建立代码和WorkItem的关联规范版本管控的目录资料夹项目类別服务器TFSServerProject一DocSrcProject二Src团队争取的版本管控RELEASE1.0RELEASE1.5RELEASE2.0App.cs1.01.11.2Lib1.cs1.0Lib2.cs1.01.11.2Lib3.cs1.01.31.11.21.31.41.11.51.61.71.41.51.21.31.4只管理正确且有用的版本版本管控整合工作项目关联WorkItem和SourceCode决定Check-in动作版本管控整合工作项目从WorkItem查看哪些Check-in动作记录开发流程历史记录方便日后查阅不用担心找不到不能编译的版本可以通过Rollback恢复到旧版本视觉化平行管理马上就知道版本是怎样合并或分支的强化团队开发品质降低管理问题只准合法的代码签入自动找出没有用到的代码列出修改代码会影响的范围利用工具验证文件的正确性Check-inPolicyPolicy说明CodeAnalysis在代码Check-in之前须进行CodeAnalysis。TestingPolicy在代码Check-in之前须成功通过指定测试用例。WorkItems在代码Check-in之前代码须与WorkItem建立关联。Check-inPolicy-代码码分析简化管理问题二八定律避免同样的问题都用人工找Policy說明GlobalizationRules支持国际化、多语系NamingRules支持.NetFramework设计命名原则UsageRules支持正确使用.NetFramework代码码分析支持的语法CodeAnalysisinVS提升开发品质•可立即导入自动代码代码分析分析代码性能IntelliTrace（智能追踪）测试阶段•测试案例管理•验证需求、功能•自动化测试•回归测试•压力测试•Bug管理•问题回馈开发SITUAT上线重视测试•团队问题开发并测试或者上线同等测试？不知道如何管理测试？•简化管理问题测试需求导向自动记录测试过程减少重复测试的时间测试经验可以延续提供更多精准的测试资料压力测试•代码要上线前才用得到压力测试？•运用时机POC(架构验证)部分功能验证整合测试稳定度测试硬件测试(含网络)•简化管理问题简化非功能性需求的验证简化设计压力测试困难度寻找系统瓶颈点使用者人数从100成长到1000人上线階段•管理交付项目o上线指标文件(含文件、代码、DB)o分支管理•系统上线o问题回馈o需求回馈•项目跟踪o报表分析oExcel开发SITUAT上线报表分析报表分析–测试结果报表分析–Bug回应速度报表分析–Bug状态