1、根据≧，按规范要求取以下细颗粒满足,作为计算粒径。第层反滤层级配要满足式及，即≧上料场以下细颗粒满足部分，。由这两个条件可以求得≧，。在料场中没有合适土料可供使用，故需要人工配置。取将上料场小于部分级配曲线按距离水平平移即得自行配置第层反滤层级配曲线,不同粒径颗粒百分比如下表所示土石坝护坡设计本工程采用开挖出石料作为护坡材料，砌石护坡在最大浪压力下所需要球形直径和质量，平均粒径平均质量和厚度计算按式计算由于护坡伸至死水位下米,即自坝顶到高程,未到变坡处查规范附录表,插值得，是累计频率波高正常设计情况。。故,。本工程采用开挖出石料作为护坡材料，可采用开挖半风化玄武岩为护坡材料，干容重，故，求得。质量为厚度为,╳，取。下游为草皮护坡，下面铺种植土厚度依据经验可取。第七章泄水建筑物有关计算隧洞有关水力计算进口堰面曲线部分以堰顶为坐标原点采用型堰面曲线，坝面铅直，方程如式式中定型设计水头，低堰按堰顶最大作用水头计算与上游面有。
2、，具体计算如下已知第流段断面和水深分别为,求流段长度。计算时取，步骤如下计算断面和断面单位流量和已知同样可算得,计算平均水力坡度断面湿周水力半径谢才系数分别为,同样可算得所以,则第Ⅰ流段长度为。以第Ⅰ流段长度处水深作为第Ⅱ流段控制面水深，再假设，重复上述计算过程，又可求得第二流段长度。如此逐段计算，即可求得各相应流段长度及累加长度。经试算可得隧洞末端处水深末。计算结果列至下表表水面曲线计算表格经整理得出平洞段水面曲线，见表表整理后水面线表格由于隧洞泄流时流速较大最大达，应次必须考虑高速水流掺气影响高流速水工隧洞设计时，应使水流空化数大于初生空化数。技施设计阶段高流速水工隧洞重要部位值应通过试验测定。各类不经常使用水工隧洞除导流洞门槽外以及易于检修洞身段可采用。高流速水工隧洞应按下式进行沿程水流空化数计算式式中大气压力水头，部或有代表性的部分具体事物中，抽取共同的本质的东。
3、文档并进行版本控制。需求分析的最终成果是份客户和开发方对所开发的产品达成共识的系统文档。有了这份文档，即使开发方人员的角色有所变动，也不会对需求分析的前期工作有所影响。对每次的需求变更都用个新的版本来标识。需求评审和设立需求基线。为了让开发方详细了解用户的需求，让不同人员从不同的角度对需求进行验证，作为需求的提出者用户方，在需求评审过程中，往往能提出许多有价值的意见，同时，也是对需求进行最后确认的机会，可以有效减少需求变更的发生。需求在通过正式评审和批准之后，应该确定需求基线，进步的需求变更将在此基线的基础上，依照项目定义的变更过程进行。设置需求基线可以将变更引起的麻烦减至最小。应用实例需求分析阶段的主要成果体现在书写份高质量的软件需求规格说明书，其中在规格说明书中书写用例是最好的办法。下面举个例子来说明任务需求分析任务图，需求分析阶段要完成的具体明确的最终任务就是形成份经开发方和用户认可或达成共识的软件需求分析文档需求。
4、关系数和指数，当坝面铅直时。，取。即曲线方程为Х采用平板门，设在进口处，闸门宽。正常蓄水位时，校核洪水位时。闸门高度正常蓄水位堰顶高程浪高，取。为保证无压流,溢流孔口高度校核水位堰顶高程相应浪高取。隧洞水力计算部分，经收缩，隧洞设计洪水时泄校核洪水时泄，。平洞底坡确定如下式所示临界底坡坡度由下式，确定其中糙率查水力学书得混凝土管无抹灰面层,用钢模板施工良好,接缝平滑时最大值安全考虑,具体计算参数有。计算得临界坡降为，设计平洞底坡为陡坡，取。隧洞水面曲线计算过程计算收缩断面水深,以收缩段面为起始位置，按公式求解计算长度由公式来求解计算收缩断面水深式中堰前总有效水头流速系数小于,查水力学书表,得由于溢流堰较长查得反弧段最低点水深。计算得平洞起始断面反弧段最低点水深经试算。水面曲线计算已知渠首水深,以此断面作为控制断面，假设系列下游断面水深为,应用式逐段向下推算，即可求得各相应流段长度，然后再根据已知渠道长度，求渠末水。
5、要学出版社,朱寅非浅析软件开发项目中的需求分析南京广播电视大学学报,邵建伟浅谈软件开发中的需求开发及其管理计算机时代,应与数据库技术中的实体联系图图结合起来如同功能模型与信息模型相结合样。图能增加对数据存储的细节以及数据与数据之间，数据与处理过程之间关系的理解，还解决了在中所包含的数据内容表示问题，这样才能较完整的描述用户对系统的需求。对于些频繁的人机交互的软件系统，如飞机订票银行管理等系统，用户最关系的是如何使用它，输入命令操作方式系统响应方式输出格式等都是用户需求的重要方面，不适合描述人机界面系统的需求，方法往往对这部分用自然语言作补充。④描述软件需求的精确性有待提高。需求的变更在开发项目过程中，用户随时会提出些新的需求，要求开发方解决，这些需求的提出，有时在开发阶段中有时在开发阶段后。这种在需求分析的两个相邻子阶段中，或者在迭代周期的需求分析中，后段或周期的需求分析结果与前次不致，我们把这种不致称为需求变更。产生需。
6、用户目标。使用者持卡的学校员工。受益人及其利益学校员工买到饭菜学校食堂保证资金安全和系统安全。前提条件学校员工均有代表个人信息的卡。最小保证学校员工刷卡活动被记录就餐系统和数据保证完整性。成功保证学校员工取回卡，获准领取指定的饭菜账户数据被正确修改系统记录了刷卡详细情况。触发事件无。基本流程略。这是学校员工持卡来就餐的整个过程。要注意的是约束条件的体现，如输入金额后首先判断卡内余额是否足够以扣款等等。扩展流对应基本流程的每个步骤里无法实现的时候的处理流程。技术和数据变体无。扩展点输入就餐额。非功能需求食堂就餐读卡机响应时间不超过秒。业务规则单日消费不超过人民币元，每次消费不超过人民币元。根据以上用例，很容易确定数据流和控制流，得到对应的数据流图，进而得到程序流程图也方便得多。很多功能及非功能的需求业务规则等，就是实现这个系统时的约束条件，设计数据库以及编制程序时必须考虑进去。同时，这个用例可以为测试阶段测试用例的建立提供。
7、用户目标。使用者持卡的学校员工。受益人及其利益学校员工买到饭菜学校食堂保证资金安全和系统安全。前提条件学校员工均有代表个人信息的卡。最小保证学校员工刷卡活动被记录就餐系统和数据保证完整性。成功保证学校员工取回卡，获准领取指定的饭菜账户数据被正确修改系统记录了刷卡详细情况。触发事件无。基本流程略。这是学校员工持卡来就餐的整个过程。要注意的是约束条件的体现，如输入金额后首先判断卡内余额是否足够以扣款等等。扩展流对应基本流程的每个步骤里无法实现的时候的处理流程。技术和数据变体无。扩展点输入就餐额。非功能需求食堂就餐读卡机响应时间不超过秒。业务规则单日消费不超过人民币元，每次消费不超过人民币元。根据以上用例，很容易确定数据流和控制流，得到对应的数据流图，进而得到程序流程图也方便得多。很多功能及非功能的需求业务规则等，就是实现这个系统时的约束条件，设计数据库以及编制程序时必须考虑进去。同时，这个用例可以为测试阶段测试用例的建立提供。
8、求变更的原因主要有以下几个方面在需求分析阶段，开发方与用户的沟通不够。在需求分析阶段，开发方与用户没有很好的交流，开发方就根据用户提供的大概信息，自己推导出用户的需求。通过这种需求分析得出的需求往往会和用户的实际需求相差甚远，导致用户提出更改需求。项目的实施周期过长。随着时间的推移，用户对整个系统的了解也越来越深入。他们会对模块的界面功能和性能方面提出更高更多的要求。技术更新过快。由于技术的快速更新，企业可能引进些新的设备，而这些设备可能就会与我们的目标系统有直接的关系，由于这变化可能发生在解决用户原先问题之前或者之中，那么开发方不得不加入这新的需求。为了尽可能地避免发生需求例的写法。例如使用学校员工卡功能模块。在此把软件功能划分成三个目标层次概要目标层使用卡用户目标层发卡卡充值刷卡就餐修改密码卡回收余额转账提取现金等子功能层刷卡就餐。用例描述如下用例名称使用卡就餐。使用背景学校员工持个人卡去食堂就餐。范围卡，系统。层次。
9、求变更的原因主要有以下几个方面在需求分析阶段，开发方与用户的沟通不够。在需求分析阶段，开发方与用户没有很好的交流，开发方就根据用户提供的大概信息，自己推导出用户的需求。通过这种需求分析得出的需求往往会和用户的实际需求相差甚远，导致用户提出更改需求。项目的实施周期过长。随着时间的推移，用户对整个系统的了解也越来越深入。他们会对模块的界面功能和性能方面提出更高更多的要求。技术更新过快。由于技术的快速更新，企业可能引进些新的设备，而这些设备可能就会与我们的目标系统有直接的关系，由于这变化可能发生在解决用户原先问题之前或者之中，那么开发方不得不加入这新的需求。为了尽可能地避免发生需求例的写法。例如使用学校员工卡功能模块。在此把软件功能划分成三个目标层次概要目标层使用卡用户目标层发卡卡充值刷卡就餐修改密码卡回收余额转账提取现金等子功能层刷卡就餐。用例描述如下用例名称使用卡就餐。使用背景学校员工持个人卡去食堂就餐。范围卡，系统。层次。
10、规格说明书修改后的项目开发计划初步的用户手册确认测试计划数据要求说明书。这个文档能清晰准确地说明系统将要开发什么，能够规定出详细的技术需求，包括所有面向用户面向机器和其它软件系统的接口。可以说需求文档在开发过程中直起指导作用。为了更好地完成软件开发第阶段的需求分析任务，提高质量，需求管理是必不可少的。需求管理的目的是在客户与开发方之间建立对需求的共同理解，维护需求与其他工作成果的致性，并控制需求的变更，主要体现在跟踪和控制需求变更管理。需求管理是开发工作有效进行的保证，是种很高层次的系统行为，涉及整个开发过程和产品本身。需求分析的方法需求分析方法由对软件问题的信息域和功能域的系统分析过程及其表示方法组成，大多数的需求分析方法是由信息驱动的。信息域具有三种属性信息流信息内容和信息结构。常用的需求分析方法有面向数据流的结构化分析方法，面向数据结构的方法，面向数据结构的结构化数据系统开发方法，面向对象的分析方法等。选择那种方法。
11、信息。测试人员只要根据此流程，编制相应的测试用例即可，能提高测试的效率，从而获得更好的效果。结束语通过以上对软件需求分析较为详细的阐述，说明了需求分析在软件开发过程中的重要性。为了使软件开发工作变更，以及保证需求分析的高稳定性，可以采用以下方法分工明确，系统分析员和程序员各有不同的职责。系统分析员处在用户和程序员之间，沟通用户和开发人员的认识和见解。系统分析员方面要协助用户对所开发的软件提出需求，另方面还要和程序员充分交换意见，探讨其合理性和实现的可能性。如图所示，系统分析员在需求分析阶段起着重要的作用。开发方与用户进行协作和交流。在用户提出需求变更时系统分析员应该认真听取用户的要求并加以整理和分析。分析需求变更的原因并提出可行的替代方案同时向用户说明这些需求变更会对整个项目的开发带来的不良后果。合同约束。由于需求变更可能会对整个项目产生影响，所以，开发方和用户在签定项目合同时，可以对需求变更增加些相关的合同条款。建立需。
12、要学出版社,朱寅非浅析软件开发项目中的需求分析南京广播电视大学学报,邵建伟浅谈软件开发中的需求开发及其管理计算机时代,应与数据库技术中的实体联系图图结合起来如同功能模型与信息模型相结合样。图能增加对数据存储的细节以及数据与数据之间，数据与处理过程之间关系的理解，还解决了在中所包含的数据内容表示问题，这样才能较完整的描述用户对系统的需求。对于些频繁的人机交互的软件系统，如飞机订票银行管理等系统，用户最关系的是如何使用它，输入命令操作方式系统响应方式输出格式等都是用户需求的重要方面，不适合描述人机界面系统的需求，方法往往对这部分用自然语言作补充。④描述软件需求的精确性有待提高。需求的变更在开发项目过程中，用户随时会提出些新的需求，要求开发方解决，这些需求的提出，有时在开发阶段中有时在开发阶段后。这种在需求分析的两个相邻子阶段中，或者在迭代周期的需求分析中，后段或周期的需求分析结果与前次不致，我们把这种不致称为需求变更。产生需。
参考资料：
1、该文档不包含其他附件(如表格、图纸)，本站只保证下载后内容跟在线阅读一样，不确保内容完整性，请务必认真阅读。
2、有的文档阅读时显示本站（www.woc88.com）水印的，下载后是没有本站水印的（仅在线阅读显示），请放心下载。
3、除PDF格式下载后需转换成word才能编辑，其他下载后均可以随意编辑、修改、打印。
4、有的标题标有”最新”、多篇，实质内容并不相符，下载内容以在线阅读为准，请认真阅读全文再下载。
5、该文档为会员上传，下载所得收益全部归上传者所有，若您对文档版权有异议，可联系客服认领，既往收入全部归您。
（定稿）优质产品配送中心建设项目备案立项报告3（喜欢就下吧）