7软件开发流程

软件开发流程学习内容开发流程各阶段（Phase）的介绍各阶段（Phase）的输入/输出(Input/Output)各阶段（Phase）的作业内容各阶段用的文档(Document)瀑布式模型（WaterFallModel瀑布型）需求分析概要设计详细设计编码（单体测试）系统测试运行测试结合测试系统(System)设计基本设计外部设计逻辑设计模块(Module)设计详细设计内部设计物理设计软件开发生命周期（SoftLifeCycle)需求分析用户:想要做什么？测试测试人员:运行结果是否正确？编码程序员:让计算机做什么？详细设计设计者:让程序做什么？概要设计设计者:能提供什么？12345理解正确表达正确理解正确设计正确表达正确理解正确编码正确运行结果正确输入正确是否一致概要设计输入(Input):需求分析概要设计标准文件一览概要设计书的式样各个式样的作成指南(Guide)界面・票据设计指南(Guide)操作(Action)：概要设计概要设计审查(Review)输出(Output)：概要设计式样书文档(Document)：议事录、Q&A票、审查记录、审查核对列表(ReviewCheckList)等概要设计作业流程子系统分割新业务系统的设计硬件(HardWare)构成网络(NetWork)构成软件(SoftWare)构成子系统(SubSystem)构成功能定义数据库一览数据库逻辑定义ER图系统方式的选择新物理DFD外部代码设计外部输入输出式样的作成数据库的逻辑设计界面设计票据设计接口(Interface)式样确认新系统的功能式样的作成系统功能式样书系统操作式样安全性的设计安全性(Security)设计书详细设计输入(Input):概要设计式样书详细设计规约详细设计书的式样用词的统一定义版本(Version)采用标准等操作(Action):详细设计详细设计审查输出(Output)：详细设计式样书文档(Document)：议事录、Q&A票、审查记录、审查核对列表等数据库容量性能推定结果详细设计作业流程详细系统结构设计程序式样设计性能・容量分析开发准备物理数据库设计测试方针制作共通程序式样共通表(Table)式样错误(Error)对应设计程序设计书数据库定义书命名规则编码规约开发环境整体测试方针编码输入(Input)：详细设计式样书编码规约操作(Action)：编码(Coding)源代码审查(SourceReview)输出(Output)：源代码(Source)文档(Document)：Q&A票、审查记录、审查核对列表(ReviewCheckList)等编码规约例1.基本方针2.命名原则3.命名方法类（Class）名、接口（Interface）名变量名方法（Method）名参数（Parameter）属性（Property）4.空白5.改行6.空白行7.头文件(FileHead)8.参数（Program）的结构顺序9.声明方法各测试阶段概要设计结合测试系统测试编码（Programming)编码・单体测试运行测试阶段的统合化详细设计需求分析阶段的详细化测试（Test）（一）输入：设计式样书操作：测试实例(TestCase)制作测试实例审查(TestCaseReview)测试实施输出：修正后的源代码、测试报告文档：Q&A票、审查记录、审查核对列表、bug票等测试（二）作业内容测试实例(TestCase)设计单体测试实例设计结合测试实例设计系统测试实例设计等测试数据作成单体测试数据设计结合测试数据设计系统测试数据设计等测试实施错误(Bug)调查错误(Bug)对应修正的确认文档错误（故障）票（一）管理内容：错误现象、错误原因、对应内容、对应状态、错误分类运行的流程：发现错误→发行错误票→调查原因→对应错误→修正的确认文档错误票（二）注意事项：･现象标记清楚(再现方法、界面复制、错误记录、测试数据等)･原因标记清楚（出错的地方、出错的地方和故障现象的关系）･对应方法标记清楚（出错的地方怎样修正）･适当的错误分类错误票例文档(Document)议事录Q&A票(确认票、问题票）审查记录审查核对列表(ReviewCheckList)等议事录的项目例1.会议日期和时间等・议事名称・开会日期和时间・开会地点・出席人２．内容/事情・目的・决定事项/保留事项・准备（重要性、项目（Project）的影响度、现在的状况等）３．课题/解决策略・课题・解决策略（什么/到什么时候/谁？）・关联课题／对其他组（team）的请求（request）４．下次会议的预定・日期和时间/地点・议题５．是否添加资料议事录议事录例Q&A票・确认票（一）作用：･提问和回答内容的管理容易･证据的遗留运行实例(Case)：･一般的、离岸开发的双方使用･大规模开发的时候，开发小组内部使用也有Q&A票・确认票（二）运行的流程：发现问题→内部确认→提出问题→回答→处理注意事项：･内容标记清楚（原委、理由、现象、不明确的地方）･复杂的问题、先例、图标的活用･回答不清楚的时候，必须再提问･有相关联的问题，统一提问Q&A票・确认票例审查的种类（例）检查（Inspection）以发现缺陷为第一目的，审查组长（Reviewleader）主持会议形式的设计审查。走查（Workthrough）一边看式样书和程序列表，一边进行程序的动态模拟（simulation）、加深式样的理解，同时，讨论发现欠缺的设计审查。审查目的要求定义审查顾客的要求是否被遗漏或误解重视WHY、WHAT，而不从HOW这点讨论概要设计审查要求是否从正确的功能被展开详细设计审查功能是否被正确的实现，程序结构和功能是否分割正确编程审查编码的正确性、可读性是否按照编码规范处理代码测试用力审查测试顺序、测试内容是否正确倾向测试用力、是否变得耦合性高审查记录（一）管理内容：审查时间、错误内容、错误分类、错误对应内容、对应状态运行流程：审查→错误记录→错误对应→对应结果验证审查记录（二）注意事项：･指出事项标记清楚(位置、指出理由、指出内容、改善要求)･对应内容标记清楚（修正位置、修正内容、未修正理由）･适当的错误分类审查记录例（ReviewCheckList)内容･审查者(Reviewer)的审查观点･共同的问题点･标准化规则使用流程･被审查者在核对列表中自己检查(SelfCheck)･审查者(Reviewer)在核对列表中检查･如存在非标准化内容,向组长报告,添加到核对列表中･如存在共同问题点,向组长报告,添加到核对列表(ReviewCheckList)例子系统（SubSystem)定义负责领域、范围是否明确其他子系统接口是否明确子系统间的接口是否明确子系统间共同的数据库是否能识别输入输出设计数据检查的式样是否明确画面、票据的数据项目是否在数据库中定义管理式样变更变更要求变更的影响管理变更品質の劣化影響分析が不十分関連仕様の変更漏れ工数の増大作業のやり直し影響分析工数スケジュールの遅延上記理由による背景和必要性的把握必要性的背景和现功能的整合性代替手段发生频率、关联部门数影响的分析影响范围分析对应工作内容、顺序和工时变更时期的讨论变更对应的工作内容、顺序和工时品质的劣化影响分析不充分关联式样的变更遗漏工时的增加工作的返工影响分析工时日程的延迟按照上述原因变更管理对应的程序内容、背景、理由、必要度（频率、对象、发生数）、紧急度多数处理方案的讨论、对应工时、时间、其他部分的影响分析对应期限、负责人、回应测试方法、环境后期管理1.掌握变更要求2.讨论处理方案处理方案的比较讨论、决定是否实施3.决定是否实施4.对应的事项5.变更对应后期管理式样变更票例END