有哪些信誉好的足球投注网站- 1、本文档共37页，可阅读全部内容。
- 2、有哪些信誉好的足球投注网站（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
- 3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
软件概要设计、详细设计、软件设计、用户手册说明
1简介
1.1目的
这部分要描述文档的目的。应该指明读者。
1.2范围
1.2.1软件名称
对软件命名
1.2.2软件功能
解释软件产品将完成或不完成的功能（可以直接描述也可以参考相关文档）
1.2.3软件应用
描述软件的应用领域（可直接描述也可以参考其他软件文档）
2第0层设计描述
2.1软件系统上下文定义
本节描述待开发软件系统与外部实体的关系，可以使用系统结构图来描述系统结构和交互关系。
外部实体属性描述只限于软件设计和描述相关的属性。考虑到描述的完整性，可参考相关软件实体文档，如OS程序员手册。
2.2设计思路(可选)
2.2.1设计可选方案
对本软件系统的几种设计方案进行分析、比较，并确定所采用的方案。
2.2.2设计约束
1.遵循标准
描述本软件所遵循的标准、规范
2.硬件限制
描述本软件系统实现的硬件限制
3.技术限制
描述本软件的技术限制
2.2.3其他
描述其他有关的设计考虑
3第一层设计描述
3.1系统结构
如果本文档是针对增强开发/小特性的设计，继承了原有的系统结构，那么应拷贝原有的系统结构说明，如系统结构图和相应的文字说明，然后在一层设计中明显标识出新增功能在原有系统结构中的位置（属于原来哪一个模块的新增功能，与原有各模块之间有什么交互）。在后续的业务流程说明、模块分解描述、依赖性描述和接口描述中，如果与本次增强开发/小特性无关的，可以不再重复描述，如果有关联的，应该拷贝原有的设计说明，在此基础上再说明更改的内容。
3.1.1系统结构描述
这里要描述软件系统的总体结构，可以使用结构图、层次分解图或包图来描述，并应说明系统结构划分的原则（例如，基于标准、协议所规定的体系结构，来自于分析模型的结果，或者基于原有体系结构的结果）。对于使用分析模型的体系结构，应说明分析类的职责及相互关系。
3.1.2业务流程说明
描述系统架构模块/分析类之间的动态交互，来说明用例模型中的典型用例场景，以体现系统功能是如何实现的。建议采用Sequence图、Collaboration图等来描述。
3.2分解描述
本节描述系统中的子系统和模块。
3.2.1模块/子系统1描述
不要直接写“模块/子系统1”，用简短的词语命名模块/子系统。
按照以下格式描述：
1.简介
2.功能列表
3.2.2数据设计
本节描述系统中的数据结构。
外部数据实体不必描述。
1.数据实体1描述
按照以下格式描述：
标识：
类型：
目的：
3.3依赖性描述
本节描述系统中的子系统，数据结构，模块，进程等设计实体间的关系。
依赖关系描述可以使用文字，结构图，（交互）事务图。
3.4接口描述
本节描述软件系统中设计实体(如子系统，模块，进程）的接口.
I接口描述可以使用接口文件，参数表。
对于外部实体只有同被描述软件相关的接口才需描述。
接口可以是函数调用、事件、消息、信号等。
3.4.1模块/子系统1的接口描述
对每个接口按照以下格式描述：
名称：（接口名称）
说明：（对接口的简短说明）
定义:（接口原型定义，说明接口类型及相关参数）
4第二层设计描述
L1中定义的每个模块的进一步设计在下面的章节进行描述。对层次比较多的模块，可以增加设计层次，最终要说明对应于最小分解模块的具体设计类（包括其public属性和public方法）。
对每个模块重复使用下述的格式。
4.1模块1名称
不要直接写“模块1名称”，用简短的词语命名模块。
如果本文档是针对增强开发/小特性的设计，继承了原有的二层模块结构，那么应拷贝原有的模块结构说明，如包图/类图和相应的文字说明，然后在二层设计中明显标识出新增功能在原有模块结构中的位置（属于原来哪一个子模块/设计类的新增功能，与原有各子模块/设计类之间有什么交互）。在后续的功能实现说明和设计类定义中，如果与本次增强开发/小特性无关的，可以不描述，如果有关联的，应该拷贝原有的设计说明，在此基础上再说明更改的内容。对更改的设计类应该给出类的完整定义，再标识出更改的属性和方法。
4.1.1模块设计描述
描述模块分解，例如每个子模块的功能定义。定义出具体的设计类，用类图来描述其相互关系，并说明所采用的设计模式。
对每个类重复使用下述的格式进行描述。
1.类名
按下面的格式对每个设计类进行说明。
1）CI标识
说明该类的配置项标识(用于需求跟踪，配置项的命名方式在CMP中已定义。一般为：产品名_模块名_类名，如果在类的命名中未包括前面两部分)。
2）简介
简单介绍该类的功能。
3）类定义（Optional）
如果该类在前面没有定义，使用类图、伪代码描述该类的类定义，需说明该类的所有public属性和public方法。
4.1.2功能实
文档评论（0）