互动性游戏平台.doc

学 号软件系统分析与设计实验报告互动性游戏平台起止日期： 2015 年 9 月 05 日 至 2015 年 11 月 25 日学生姓名 班级成绩指导教师(签字)计算机与信息工程学院2015年11月25日 目录设计实验任务（一）1 一、实验目的1 二、实验要求1 三、实验内容1 四、实验步骤1设计实验任务（二）18 一、实验目的18 二、实验要求18 三、实验内容18 四、实验步骤19设计实验任务（三）20 一、实验目的20 二、实验要求20 三、实验内容20 四、实验步骤21设计实验任务（四）22 一、实验目的22 二、实验要求22 三、实验内容22 四、实验步骤23设计实验任务（一）2015 2016 学年 第 一 学期 计算机与信息工程 学院 软件工程 专业 一 班级设计实验名称： 需求分析文档和规格说明书设计 设计题目： ? 软件需求分析说明书 完成期限：自 2015 年 09 月 25 日至 2015 年 10 月 16 日一、实验目的1加深并消化本课程授课内容，复习所学过的前导课程内容、方法和技术；2了解并熟悉编写软件需求所使用的软件工具和运行环境，对实例所描述问题进行分析与设计，并用需求分析模型进行建模；3进一步鼓励学生勤思考，综合考虑实际问题，运用所学过的知识完成需求获取、抽象、分析和设计过程，编写出符合客观实际、逻辑合理、文档可行、结构优化和简洁明了的需求分档和规格说明书。4达到巩固课程知识和实际应用的目的，是后面实验内容的前导实验。二、实验要求1对通过需求获取获得的用户要求和实现实例的目标，进行问题描述，根据用户描述，运用软件需求分析中抽象问题框架方法框定问题（五个基本问题框架和多问题框架描述），另外运用结构化分析方法进行需求分析并建立模型；2通过对问题域的分析，编写需求文档和需求规格说明书，书写格式参考老师给出的模板。先做好初步的模型初步分析和设计文档，再进行做实验，提高实验效果； 3每项内容都要独立完成，运用软件文档编辑工具和建模工具（可以是自己比较熟悉的一种或多种工具）建立文档和其中的模型；4文档要求结构清晰，图文表达准确，标注规范。设计内容客观、合理、可行、逻辑性强。5软件工具可使用office2003或2007、windows office visio2003、rose（或其他建模工具软件）等。6实验结束后，把电子文档上传到指定地方，并保留电子文档。三、实验内容根据课程要求和获取的实例需求自拟题目，运用软件需求分析和设计原理、方法和技术、参考模板编写需求文档和规格说明书。包括：描述实例用户需求，用问题框架框定问题，定义问题域，编写需求文档和规格说明书。设计的模型要用两种方法包括问题域模型和结构化方法模型（参考软件工程课程内容）。用统一的实验报告格式（实验步骤）编写实验报告。四、实验步骤1准备提前做好实验准备，实验前应把详细了解实验目的、实验要求和实验内容，熟悉并准备好实验用的软件工具，按照实验内容和要求提前做好实验内容的准备。2实验环境描述实验所使用的硬件和软件环境（包括各种软件工具）；开机并启动建模软件office2003或2007、windows office visio2003（或其他建模工具软件）。3实验过程1）启动系统和启动工具软件环境。2）用软件工具实现实验内容。4实验报告（作为附录附在后面）按照统一要求的实验报告格式书写实验报告。把按照模板（软件需求分析说明书）格式编写的文档嵌入到实验报告文档中，文档按照规定的书写格式书写，表格要有表说图形要有图说。实验一的整个文档每个同学要保存电子文档，同时网上提交，待所有的实验都完成后，打印完整的实验报告内容和封皮统一上交。互动性游戏平台系统软件需求分析说明书(CRS, Customer Requirement Specification)计算机与信息工程学院2015年11月16日 互动性游戏平台系统软件需求分析说明书V1.0版本号版本说明/变更理由/变更内容作者/日期审批人/日期备注V1.0学生姓名/20140XXXX变更说明：C：Create，初始创建；A：Add，增加内容；M：Mod，修改；D：Del，删除 目 录1文档概要1 1.1目标和范围1 1.2文档读者1 1.3定义术语、首字母缩写和缩写1 1.4参考资料22需求概述2 2.1项目背景2 2.2客户描述23与客户交流完善需求2 3.1提出问题2 3.2确定问题34软件需求分析3 4.1框定问题3 4.2断言描述问题35需求文档3 5.1需求3 5.2问题域描述5 5.3期望6 5.4优先原则6 5.5不变量6 5.6平台：硬件和操作系统6 5.7全局特征7 5.8设计约束7 5.9可能的变更8 5.10 术语表8 5.11 概述8 5.12文档信息86规格说明书8 6.1事件响应8 6.2数据模型：其他9 6.3屏幕设计10 6.4共享状态10 6.5文件格式10 6.6协议10 6.7管理员用户10 6.8操作规程10 6.9安装规程111 文档概要1.1 目标和范围互动游戏对战平台是一款免费、简洁、高效的竞技游戏对战平台。专注于定期制作游戏补丁以平衡游戏环境，类似于QQ、浩方的竞技游戏对战平台。本平台采用目前最流行的P2P方式进行联网，比传统的联网方式更顺畅1.2 文档读者软件开发工程师1.3 定义术语、首字母和缩写1.3.1 术语 活跃率=登陆人次平均在线人数 ARPU值=收入付费用户 用户流失率=游戏当前活跃用户规模历史注册总量 同时在线峰值=24小时内同时在线最高达到人数 平均在线=24小时每小时同时在线相加总和24小时 游戏平均同时在线用户=ACU 采用道具收费模式游戏活跃付费用户=APC 活跃付费账户=APA 付费用户平均贡献收入=ARPU 当日登录账号数=UV 用户平均在线时长=TS 最高同时在线人数=PCU同时在线人数=CCU1.3.2 首字母和缩写1.3.3 图例1）问题框架图例 ：表示需求 ：表示域问题域 ：表示共享现象 ：表示机器域2）数据流图图例 ：外部实体数据源点或终点 ：数据处理 ：数据流 ：数据存储1.4 参考资料序号文档或资料备注1百度文库23452 需求获取2.1 项目背景近年来，中国游戏产业整体增速惊人，资金不断涌入，在国际游戏产业中，中国的游戏产业具有着非常重要的地位，整个游戏产业规模已经接近美国，目前仍在高速增长，游戏市场的发展态势也是十分健康、积极的。2.2 客户访谈客户想要的是一款能够提供稳定网络对战的平台，因为现在的好多平台在链接单机游戏时，经常出现崩溃的现象。登陆界面不需要太复杂，注册账号流程简单方便，操作界面简洁易懂。3 完善需求3.1 提出问题1，要明确一个问题，现在的游戏平台出现游戏崩溃现象可能是由于游戏的原因，并不是因为平台的不稳定。2，询问客户是想要代理哪些游戏的登陆，并提前和游戏公司做好沟通。3.2 确定问题1,确定的问题是导致游戏崩溃的主要愿意到底是平台的不稳定还是游戏的不健全。2,确定用户登录，操作界面。3，添加扫描本地游戏功能。4，做好游戏分类。5，相应的BUG。4 软件需求分析4.1 框定问题问题域描述：通过鼠标键盘输入字符并且在显示器显示出来域中具有的属性种类：鼠标按键，键盘按键，显示器实体具有的属性种类描述：型号，尺寸实体之间的关系描述：鼠标可点击，键盘可敲击，显示器可显示字符域中发生的事件类型描述：鼠标可以单击和双击左键或右键控制光标位置，键盘可以输入字符，显示器可以显示鼠标和键盘的操作实体行为所遵循的因果法则描述：当且仅当鼠标光标在正确位置单击时，光标出现。当鼠标光标出现时，键盘敲击进行有效的输入操作。显示器显示鼠标和键盘的有效输入操作。问题域描述:指针通过点击按钮跳转页面域中具有的属性种类：指针，按钮，页面实体具有的属性种类描述：型号，按钮类型，页面类型实体之间的关系描述：鼠标可点击，页面可以跳转实体行为所遵循的因果法则描述：当且仅当鼠标单击正确按钮时，激活页面跳转。问题域描述:用户授权登陆域中具有的属性种类：权限，页面，语音软件实体具有的属性种类描述：权限类型，软件类型，页面类型实体之间的关系描述：权限可以到期和申请，实体行为所遵循的因果法则描述：当且仅当账户授权时，激活登录跳转。（待归纳）4.2 断言描述问题所有的断言归纳。5 需求文档5.1 需求5.1.1查询（信息问题）信息问题是指：只报告系统的状态，该行为不影响系统状态。系统的状态包括静态和动态，书写一个动态信息问题，要说明软件如何访问那些可能改变查询结果的每一个事件。书写一个静态信息问题，要说明的不是软件如何访问真实世界的相关部分，而是软件开发人员如何访问。被动查询：用户发出的查询信息系统对用户的输入做出被动的反应。用户输入有关X的查询，系统显示有关X的被请求信息。主动查询：信息系统在用户没有请求信息时也发出信息给他们，对用户来说系统做出主动的反应。1） 信息问题断言描述2） 框架图图5.x 信息问题框架图5.1.2行为规则（控制问题）客观世界相关部分的因果属性和其中的对象根据它们自身的本质而不是软件所应遵循的规则；计算机和问题域所共享的现象，并由它们通过软件控制问题域发起动作，从而产生必须要它们遵循的规则。1） 控制问题断言描述2） 框架图图5.x 控制问题框架图5.1.3实现域上的操作（工件问题）工件问题：软件的任务是能使用户创建对象。工件是无形的、仅存在于实现域中的软件对象。使用户能在工件上执行指定的操作，在软件内实现工件。书写一个工件问题大部分工作是描述工件。1） 工件问题断言描述2） 框架图图5.x 工件问题框架图5.1.4映射（变换问题）变换问题反映的是输入输出的关系，由输入的信息反映到输出。输入信息集合：输出信息集合：映射规则：1） 变换问题断言描述2） 框架图图5.x 变换问题框架图5.1.5域间一致性（连接问题）使两个不直接相连的域在运行时就像它们直接相连一样。1） 连接问题断言描述2） 框架图图5.x 连接问题框架图5.1.6 综合框架利用五个问题框架中问题域的冗余合并问题域成为一个或多个综合框架。图5.x 综合框架图5.2 问题域描述5.2.1实体、属性、关系（数据类型）根据框架分析，对问题域进行描述，用对象模型建模表示。描述内容：现实世界中的对象和他们的属性以及关系 描述；存储有关对象的数据描述；改变查询结果的所有真实世界的事件描述。查询内容：动态、静态、被动、主动描述。系统如何访问对象和事件？（或在静态信息问题中，软件如何访问它们？）描述。系统需要访问的现存文件的文件格式（或者引用现存文档）描述。由连接域引入的失真和延迟描述。模型5.2.2事件顺序改变查询结果的所有真实世界的事件发生的所有可能顺序描述。用Jackson图描述。5.2.3因果规则有效性规则描述。用状态转换图描述。5.2.4文件格式数据存储在系统中的所有文件格式描述。例如：数据文件，数据库文件，图形文件，网页文件，配置文件等等。所有可能的文件格式。5.2.5信息源信息来源描述。5.2.6与之接口的硬件和软件用户接口，用户接口所需要的数据模型附加物，如优先原则描述。打印机：用于打印订单可能：IC读卡器（身份凭据，会员卡制度）银行转账系统等5.2.7 I/O端口和硬件之间的映射上述中描述的所有设备和应用程序连接端口等描述例如：用于网络通信的端口，使用的操作系统端口、服务器连接等描述。输入设备连接：输出设备连接：5.3 期望用户所期待的效果，用户最感兴趣的内容。如：1）文字输入2）页面，色调3）哪些由系统自动生成4）查询方式和结果样式等等。5.4 优先原则从用户交流和描述中确定什么事件优先从软件性能角度描述从用户操作系统的角度描述例如：软件运行速度优先数据安全优先5.5 不变量第一种不变量是从不改变条件。第二种不变量是需要用户进行设定后而很少改变的量。5.6 平台：硬件和操作系统操作系统：Microsoft Windows XP/Vista/7 简体中文版最低配置CPU 内存调制解调器硬盘显示器鼠标、键盘推荐配置64K/bps以上的上网环境CPU ？以上系列处理器内存 ？以上硬盘 ？以上空间分辨率 ？以上声卡鼠标、键盘5.7 全局特征全局特征是系统作为一个整体所拥有的属性，在需求文档中表达的四个最普通的全局特征是：系统可用性、可靠性、安全性和保密性及规模。系统可用性：是系统每天可以利用和能够完成需求的时间。例如，如果用户必须能够一天24小时，一个星期7天运行系统，这必须要陈述清楚。可靠性：给出一些对错误成本和停工时间的估计。例如，当系统运行，从下午1点到4点的工作时间内，销售员每小时可以带给公司20万元的收入，这意味着系统这段时间内不崩溃。 安全性和保密性：是软件设计的一个因素，最好把安全性作为需求或需求属性来对待。例如，只有经理才有权操作的查询，就应该描述为，“只能由经理来运行”。规模：是需求和问题域描述中的各种不同对象和活动的实例数量。规模是几乎所有软件进行描述的全局特征。描述内容举例：将有多少用户？每天可能要执行多少次查询？单位时间内访问量是多少？登陆的用户有多少？系统是在本地运行还是跨城市，跨地区运行等等。峰值：某时间段或某时刻所达到的最大值。性能：系统运行速度；响应速度等。5.8 设计约束设计约束是指在代码设计中提出的要求，例如，客户要求源代码中的每个变量都要大写等。5.9 可能的变更可能的变：是在软件以后的版本中所出现的变化，例如问题域未来的需求或变更。5.10 术语表术语表：包括问题域的主要术语，而且还包括你使用的那些读者不理解的术语。术语名称定义5.11 概述概述：用来向读者显示每一个文档的主要部分需求的所有差别以及问题域许多的部分是如何组合在一起的，为了使整体结构清晰它很像一个粗略的纲要。5.12 文档信息文档信息是下列有关文档的信息： 内容表。 相关的文档列表。 排版惯例。 文档所应用的软件版本。 文档最近修改的日期。 变更日志。 文档准备机 大型文档的索引 注意这些文档是有关需求的。如果有软件需要读取文件格式或协议，那么相关的文档列表特别重要。6 规格说明书6.1 事件响应事件响应是系统如何对问题域中的事件做出响应：系统存储的什么数据改变了。以及系统进行响应而初始化的活动。通常，所关心的事件不是与系统共享的现象。所以规格说明书所关心的是事件如何进入系统的问题。例如，系统通过手工或者通过其他方式输入数据。事件响应描述。操作规程描述。6.2 数据模型6.2.1数据模型数据项表项目描述数据项编号数据项名称别名简述类型及宽度取值范围数据结构编号：名称数据结构编号：名称数据结构编号：名称数据结构编号：名称数据项编号：名称 数据项编号：名称数据项编号：名称数据项编号：名称数据项编号：名称数据项编号：名称数据项编号：名称数据项编号：名称数据项编号：名称数据项编号：名称数据项编号：名称数据项编号：名称数据项编号：名称项目描述数据结构编号数据结构名称简述数据结构组成数据项或数据结构+数据项或数据结构6.2.2数据库结构图6.3 屏幕设计所有设计的屏幕页面抓图注意：该内容指明在UI设计中，这里可以不做。6.4 共享状态共享状态：是系统与外部世界共享的对象或对象的状态，如共享一个内存段，陈述所有实现这些共享内存所需要的信息：它的位置，大小和内容。 6.5 文件格式 规格说明书也需要陈述任何文件的文件格式。例如，Windows中的.INI文件。要指明文件名称，所保存的目录及它的内容。这些文件用户可以访问，不可以访问的不要写在规格说明书中。6.6 协议协议：是开发人员设计的，用于完成需求的通信协议，与已经在问题域中定义的协议相反。大多数软件不需要包含他们，但如果是其他软件提供服务，这种软件就需要通信协议。同样，如果软件有一个应用程序接口（API），规格说明书必须包含它们。6.7 管理员用户管理员用户是特殊用户，产生这个角色的目的是为了完成需求，而不是在问题域中发现的用户。管理员用户的典型任务是配置文件，设置用户权限以及备份和恢复数据。6.8 操作规程操作规程是用户执行的活动也就是正确操作软件的方法。包括屏幕操作、按钮和填写的文本框等的操作顺序，操作规程是动作响应的序列。每个动作响应对说明期望用户做什么，以及系统如何响应等。备份和数据恢复。6.9 按照规程安装规程是操作规程的特殊类型，就是安装软件的到平台上。规格说明书要陈述平台和已存在的软件版本形成丛书的问题域。安装程序也要描述每种可能发生的错误，如运行的磁盘空间不足及软件如何响应。7 结构化方法列出图例图形符号及说明。从需求描述中找出DFD的4个基本元素，外部实体、数据存储、数据处理、数据流。画出数据流图，按照层次自顶向下进行模块分解，分解到每个模块用已知的简单算法可以描述为止。编写数据字典（6个表数据项、数据结构、数据存储、数据处理、数据流、外部实体）。画出动态IPO图。设计实验任务（二）2015 2016 学年 第 一 学期 计算机与信息工程 学院 专业 班级设计实验名称： 软件系统结构化分析与设计 设计题目： ？系统软件结构化设计 完成期限：自 2015 年 10 月 13 日至 2015 年 10 月 30 日一、实验目的1加深并消化本课程授课内容，复习前导课程知识内容；2熟悉设计和建模环境，对实例所描述的需求文档和规格说明书，运用软件结构化设计原理和方法学进行软件系统结构化分析与设计，通过该过程掌握软件系统结构化分析和设计的原理和方法；3进一步鼓励学生独立思考，综合考虑实际情况，培养学生分析问题和解决问题的能力。完成软件系统结构化分析和设计任务。编写出客观、合理、简洁明了、符合设计规则、可实施的系统设计说明书。4达到巩固课程知识和实际应用的目的，为系统实现提供依据 。二、实验要求1运用软件结构化分析原理和方法学对需求文档和规格说明书，进行结构化分析和设计；2根据实际情况，按照软件设计规范编写设计文档。并做好初步分析和设计模型，再来做实验，提高实验效果；3每项内容都要独立完成，运用软件文档编辑工具和建模工具（可以是自己比较熟悉的一种或多种工具）建立文档和其中的模型；4文档要求结构清晰，图文表达准确，标注规范。设计合理、逻辑性强、符合设计原则、设计结果可实施。5软件工具可使用office2003或2007、windows office visio2003、rose（或其他建模工具软件）等。6实验结束后，把电子文档上传到指定地方，并保留电子文档。三、实验内容根据课程确定的题目对“实验一”设计的需求文档和需求规格说明书，运用结构化设计原理、原则和方法（自顶向下、启发式规则、米勒法则、独立性、信息隐藏、扇入扇出、事物流和控制流等），参考模板编写。包括：DFD数据流图，软件结构图和程序结构图等。用统一的实验报告格式编写实验报告。四、实验步骤1准备提前做好实验准备，实验前应把详细了解实验目的、实验要求和实验内容，熟悉并准备好实验用的软件工具，据此完成本次实验。2实验环境描述实验所使用的硬件和软件环境（包括各种软件工具）；开机并启动建模软件office2003或2007、windows office visio2003（或其他建模工具软件）。3实验过程1）启动系统和启动工具软件环境。2）用软件工具实现实验内容。4实验报告按照统一要求的实验报告格式书写实验报告。所有的文档内容嵌入到实验报告文档中，文档按照规定的书写格式书写，表格要有表说图形要有图说。实验二的整个文档每个同学要保存电子文档，同时网上提交，待所有的实验都完成后，打印完整的实验报告内容和封皮统一上交。案卷号类型前缀-名称缩写-年-月-日-序号密级日期页数计算机与信息工程学院？系统软件(结构)设计说明书(SDD)作 者： 完成日期： 签 收 人： 签收日期： 12级软件工程专业版权所有 不得复制软件(结构)设计说明(SDD)说明：1.软件(结构)设计说明(SDD Software (structural) design Description)描述了计算机软件配置项(CSCI-Computer Software Configuration Item）的设计。它描述了CSCI级设计决策、CSCI体系结构设计(概要设计)和实现该软件所需的详细设计。SDD可用接口设计说明IDD（Interface Design Description）和数据库(顶层)设计说明DBDD（Database Design Description）加以补充。2.SDD连同相关的IDD和DBDD是实现该软件的基础。向需方提供了设计的可视性，为软件支持提供了所需要的信息。3.IDD和DBDD是否单独成册抑或与SDD合为一份资料视情况繁简而定。模版中蓝色字体为该题目中应该编写的文档内容提示，按照要求完成本内容，完成内容编写后，把蓝色字体内容删除掉。文档正文格式要求如下：字体：宋体字号：小四行距：1.25倍注：此页在文档完成后删除目 录1引言11.1标识11.2系统概述11.3文档概述21.4基线22引用文件23 CSCI级设计决策34 CSCI体系结构设计34.1体系结构34.1.1程序(模块)划分34.1.2程序(模块)层次结构关系44.2全局数据结构说明44.2.1常量44.2.2变量44.2.3数据结构44.3 CSCI部件54.4执行概念54.5接口设计64.5.1接口标识与接口图65 CSCI详细设计76需求的可追踪性87注解8附录91 引言1.1 标识本条应包含本文档适用的系统和软件的完整标识。(若适用)包括标识号、标题、缩略词语、版本号、发行号。注：蓝色字体内容在文档完成后删除1） 标识号2） 标题3） 缩略词语4） 版本号版本号版本说明/变更理由/变更内容作者/日期审批人/日期备注V1.0姓名/2014XXXX变更说明：C：Create，初始创建；A：Add，增加内容；M：Mod，修改；D：Del，删除 5） 发行号1.2 系统概述本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。注：蓝色字体内容在文档完成后删除1） 基本信息系统的名称：任务提出人：（提出人姓名，提出人时间）产品所有权：可行性研究：（文档名称，时间，完成人）需求分析：（文档名称，时间，完成人）系统适用用户：2） 概述1.3 文档概述本条应概述本文档的用途与内容，并描述与其使用有关的保密性或私密性要求。如果认为需求中没有描述的可以回溯需求分析，进行完善需求。注：蓝色字体内容在文档完成后删除1.4 基线说明编写本系统设计说明书所依据的设计基线。（需求文档和规格说明书评审后形成的，据此产生设计，基线的变更要经过高层人员的审批）注：蓝色字体内容在文档完成后删除2 引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章也应标识不能通过正常的供货渠道获得的所有文档的来源。（包括可行性研究报告、需求分析和规格说明，还包括参考书等参考文献）注：蓝色字体内容在文档完成后删除3 CSCI级设计决策本章应根据需要分条给出CSCI级设计决策，即CSCI行为的设计决策(忽略其内部实现，从用户的角度看，它如何满足用户的需求)和其他影响组成该CSCI的软件配置项的选择与设计的决策。如果所有这些决策在CSCI需求中均是明确的，或者要推迟到CSCI的软件配置项设计时指出，本章应如实陈述。为响应指定为关键性的需求(如安全性、保密性、私密性需求)而作出的设计决策，应在单独的条中加以描述。如果设计决策依赖于系统状态或方式，则应指出这种依赖性。应给出或引用理解这些设计所需的设计约定。CSCI级设计决策的例子如下：a.关于CSCI应接受的输入和产生的输出的设计决策，包括与其他系统、HWCI(HardWare Configuration Item), CSCI和用户的接口(本文的4.5.x标识了本说明要考虑的主题)。如果该信息的部分或全部已在接口设计说明(IDD)中给出，此处可引用。b.有关响应每个输入或条件的CSCI行为的设计决策，包括该CSCI要执行的动作、响应时间及其他性能特性、被模式化的物理系统的说明、所选择的方程式/算法/规则和对不允许的输入或条件的处理。c.有关数据库/数据文件如何呈现给用户的设计决策(本文的4.5.x标识了本说明要考虑的主题)。如果该信息的部分或全部已在数据库(顶层)设计说明(DBDD)中给出，此处可引用。d.为满足安全性、保密性、私密性需求而选择的方法。e.对应需求所做的其他CSCI级设计决策，例如为提供所需的灵活性、可用性和可维护性所选择的方法。注：按照以上内容编写，主要是对设计内容的决策，包含所要做的CSCI体系结构的内容的决策，列出配置项主要包含的内容。蓝色字体内容在文档完成后删除4 CSCI体系结构设计本章应分条描述CSCI体系结构设计。如果设计的部分或全部依赖于系统状态或方式，则应指出这种依赖性。如果设计信息在多条中出现，则可只描述一次，而在其他条引用。应给出或引用为理解这些设计所需的设计约定。注：蓝色字体内容在文档完成后删除4.1 体系结构4.1.1 程序(模块)划分用一系列图表列出本CSCI内的每个程序(包括每个模块和子程序)的名称、标识符、功能及其所包含的源标准名。注：实验二要求运用结构化设计原理和方法，把数据流图进行设计和优化，同时考虑系统资源的配置和运用。实验三要求运用面向对象的设计方法，把领域模型转换为对象模型，同时完善用例模型，创建顺序（时序）图。对象模型关注静态结构，特别是类直接的关系。用例模型关注参与者与系统功能的关系。有以上两个模型结合事件断言创建顺序（时序）图。蓝色字体内容在文档完成后删除4.1.2 程序(模块)层次结构关系用一系列图表列出本CSCI内的每个程序(包括每个模块和子程序)之间的层次结构与调用关系。注：实验二，把优化的数据流图划分成输入模块（I）、处理模块（P）和输出模块（O）的形式，按照HIPO图的构成方法和规则，画出软件结构图。实验三，由对象模型，用例模型和顺序（时序）图组成。蓝色字体内容在文档完成后删除4.2 全局数据结构说明本章说明本程序系统中使用的全局数据常量、变量和数据结构。注：蓝色字体内容在文档完成后删除4.2.1 常量包括数据文件名称及其所在目录，功能说明，具体常量说明等。注：蓝色字体内容在文档完成后删除4.2.2 变量包括数据文件名称及其所在目录，功能说明，具体变量说明等。注：蓝色字体内容在文档完成后删除4.2.3 数据结构包括数据结构名称，功能说明，具体数据结构说明(定义、注释、取值)等。注：数据结构已经在数据字典中有的，这里可以做链接标识。蓝色字体内容在文档完成后删除4.3 CSCI部件本条应：a.标识构成该CSCI的所有软件配置项。应赋予每个软件配置项一个项目唯一标识符。注:软件配置项是CSCI设计中的一个元素，如CSCI的一个主要的分支、该分支的一个组成部分、一个类、对象、模块、函数、例程或数据库.软件配置项可以出现在一个层次结构的不同层次上，并且可以由其他软件配置项组成.设计中的软件配置项与实现它们的代码和数据实体(例程、过程、数据库、数据文件等)或包含这些实体的计算机文件之间，可以有（也可以没有）一对一的关系。一个数据库可以被处理为一个CSCI，也可被处理为一个软件配置项。SDD可以通过与所采用的设计方法学一致的名字来引用软件配置项。b.给出软件配置项的静态关系(如“组成”)。根据所选择的软件设计方法学可以给出多种关系(例如，采用面向对象的设计方法时，本条既可以给出类和对象结构，也可以给出CSCI的模块和过程结构)。c.陈述每个软件配置项的用途，并标识分配给它的CSCI需求与CSCI级设计决策(需求的分配也可在6.a中提供)。d.标识每个软件配置项的开发状态/类型(如新开发的软件配置项、重用已有设计或软件的软件配置项、再工程的已有设计或软件、为重用而开发的软件等)。对于已有设计或软件，本说明应提供标识信息，如名称、版本、文档引用、库等。e.描述CSCI(若适用，每个软件配置项)计划使用的计算机硬件资源(例如处理器能力、内存容量、输入/输出设备能力、辅存容量和通信/网络设备能力)。这些描述应覆盖该CSCI的资源使用需求中提及的、影响该cscl的系统级资源分配中提及的、以及在软件开发计划的资源使用度量计划中提及的所有计算机硬件资源。如果一给定的计算机硬件资源的所有使用数据出现在同一个地方，如在一个SDD中，则本条可以引用它。针对每一计算机硬件资源应包括如下信息： 1)得到满足的CSCI需求或系统级资源分配； 2)使用数据所基于的假设和条件(例如，典型用法、最坏情况用法、特定事件的假设)； 3)影响使用的特殊考虑(例如虚存的使用、覆盖的使用、多处理器的使用或操作系统开销、库软件或其他的实现开销的影响)； 4)所使用的度量单位(例如处理器能力百分比、每秒周期、内存字节数、每秒千字节)； 5)进行评估或度量的级别(例如软件配置项,CSCI或可执行程序)。f.指出实现每个软件配置项的软件放置在哪个程序库中。注：需要完成对软件结构中的每个模块命名、注明每个模块的详细功能、模块之间的接口条件和数据结构、该模块与哪些模块的有关系、该模块对软件性能的要求（参考数据字典处理表）、该模块对输入输出的影响、该模块可能产生对硬件资源和系统资源的影响等。蓝色字体内容在文档完成后删除4.4 执行概念本条应描述软件配置项间的执行概念。为表示软件配置项之间的动态关系，即CSCI运行期间它们如何交互的，本条应包含图示和说明，(若适用)包括执行控制流、数据流、动态控制序列、状态转换图、时序图、配置项之间的优先关系、中断处理、时间/序列关系、异常处理、并发执行、动态分配与去分配、对象/进程/任务的动态创建与删除和其他的动态行为。注：蓝色字体内容在文档完成后删除4.5 接口设计本条应分条描述软件配置项的接口特性，既包括软件配置项之间的接口，也包括与外部实体，如系统、配置项及用户之间的接口。如果这些信息的部分或全部已在接口设计说明(IDD)、本文的第5章或其他地方说明的话，可在此处引用。注：模块的接口设计在4.3中已经描述，这里以其他接口为主，包括与API的接口、应用协议等。用户接口设计用单独文档进行描述，这里只做说明性描述，并做链接（引用）描述。详细内容在下面描述。蓝色字体内容在文档完成后删除4.5.1 接口标识与接口图本条应陈述赋予每个接口的项目唯一标识符，(若适用)并用名字、编号、版本和文档引用等标识接口实体(软件配置项、系统、配置项、用户等)。接口标识应说明哪些实体具有固定接口特性(从而把接口需求强加给接口实体)，哪些实体正在开发或修改(因而已把接口需求分配给它们)。(若适用)应该提供一个或多个接口图以描述这些接口。4.5.x(接口的项目唯一标识符)本条(从4.5.2开始编号)应用项目唯一标识符标识接口，应简要标识接口实体，并且应根据需要划分为几条描述接口实体的单方或双方的接口特性。如果一给定的接口实体本文没有提到(例如，一个外部系统)，但是其接口特性需要在本SDD描述的接口实体时提到，则这些特性应以假设、或“当未提到实体这样做时，提到的实体将”的形式描述。本条可引用其他文档(例如数据字典、协议标准、用户接口标准)代替本条的描述信息。本设计说明应包括以下内容，(若适用)它们可按适合于要提供的信息的任何次序给出，并且应从接口实体角度指出这些特性之间的区别(例如数据元素的大小、频率或其他特性的不同期望)。a.由接口实体分配给接口的优先级；b.要实现的接口的类型(例如实时数据传输、数据的存储与检索等)；c.接口实体将提供、存储、发送、访问、接收的单个数据元素的特性，例如： 1)名称/标识符； a)项目唯一标识符； b)非技术(自然语言)名称； c)标准数据元素名称； d)缩写名或同义名； 2)数据类型(字母数字、整数等)； 3)大小与格式(例如字符串的长度与标点符号)； 4)计量单位(如米、元、纳秒等)； 5)范围或可能值的枚举(如0-99)； 6)准确度(正确程度)与精度(有效数位数)； 7)优先级、时序、频率、容量、序列和其他约束，如数据元素是否可被更新，业务规则是否适用； 8)保密性与私密性约束； 9)来源(设置/发送实体)与接收者(使用/接收实体)。d.接口实体将提供、存储、发送、访问、接收的数据元素集合体(记录、消息、文件、数组、显示、报表等)的特性，例如： 1)名称/标识符； a)项目唯一标识符； b)非技术(自然语言)名称； c)技术名称(如代码或数据库中的记录或数据结构名)； d)缩写名或同义名； 2)数据元素集合体中的数据元素及其结构(编号、次序、分组)； 3)媒体(如盘)及媒体上数据元素/集合体的结构； 4)显示和其他输出的视听特性(如颜色、布局、字体、图标及其他显示元素、蜂鸣声、亮度等)； 5)数据集合体之间的关系，如排序/访问特性； 6)优先级、时序、频率、容量、序列和其他约束，如数据集合体是否可被更新，业务规则是否适用； 7)保密性与私密性约束； 8)来源(设置/发送实体)与接收者(使用/接收实体)。e.接口实体为该接口使用通信方法的特性，例如： 1)项目唯一标识符； 2)通信链路/带宽/频率/媒体及其特性； 3)消息格式化； 4)流控制(如序列编号与缓冲区分配)； 5)数据传输率、周期或非周期和传送间隔； 6)路由、寻址及命名约定； 7)传输服务，包括优先级与等级； 8)安全性/保密性/私密性考虑，如加密、用户鉴别、隔离、审核等。f.接口实体为该接口使用协议的特性，例如： 1)项目唯一标识符； 2)协议的优先级/层； 3)分组，包括分段与重组、路由及寻址； 4)合法性检查、错误控制、恢复过程； 5)同步，包括连接的建立、保持、终止； 6)状态、标识和其他报告特性。g.其他特性，如接口实体的物理兼容性(尺寸、容限、负荷、电压、接插件的兼容性等)。注：蓝色字体内容在文档完成后删除5 CSCI详细设计本章应分条描述CSCI的每个软件配置项。如果设计的部分或全部依赖于系统状态或方式，则应指出这种依赖性。如果该设计信息在多条中出现，则可只描述一次，而在其他条引用。应给出或引用为理解这些设计所需的设计约定。软件配置项的接口特性可在此处描述，也可在第4章或接口设计说明(IDD)中描述。数据库软件配置项，或用于操作/访问数据库的软件配置项，可在此处描述，也可在数据库(顶层)设计说明(DBDD)中描述。5.x(软件配置项的项目唯一标识符或软件配置项组的指定符)本条应用项目唯一标识符标识软件配置项并描述它。(若适用)描述应包括以下信息。作为一种变通，本条也可以指定一组软件配置项，并分条标识和描述它们。包含其他软件配置项的软件配置项可以引用那些软件配置项的说明，而无需在此重复。a.(若有)配置项设计决策，诸如(如果以前未选)要使用的算法；b.软件配置项设计中的约束、限制或非常规特征；c.如果要使用的编程语言不同于该CSCI所指定的语言.应该指出，并说明使用它的理由；d.如果软件配置项由过程式命令组成或包含过程式命令(如数据库管理系统(DBMS)中用于定义表单与报表的菜单选择、用于数据库访问与操纵的联机DBMS查询、用于自动代码生成的图形用户接口(GUI)构造器的输入、操作系统的命令或shell脚本)，应有过程式命令列表和解释它们的用户手册或其他文档的引用； e.如果软件配置项包含、接收或输出数据，(若适用)应有对其输入、输出和其他数据元素以及数据元素集合体的说明。(若适用)本文的4.5.x提供要包含主题的列表。软件配置项的局部数据应与软件配置项的输入或输出数据分开来描述。如果该软件配置项是一个数据库，应引用相应的数据库(顶层)设计说明(DBDD)；接口特性可在此处提供，也可引用本文第4章或相应接口设计说明。f.如果软件配置项包含逻辑，给出其要使用的逻辑，(若适用)包括： 1)该软件配置项执行启动时，其内部起作用的条件； 2)把控制交给其他软件配置项的条件； 3)对每个输入的响应及响应时间，包括数据转换、重命名和数据传送操作； 4)该软件配置项运行期间的操作序列和动态控制序列，包括： a)序列控制方法； b)该方法的逻辑与输入条件，如计时偏差、优先级赋值； C)数据在内存中的进出； d)离散输入信号的感知，以及在软件配置项内中断操作之间的时序关系； 5)异常与错误处理。注：实验二与实验三所预期的结果类似。这里主要对模块的内部逻辑进行设计，用状态图或者Jackson图做模型设计，对于结构化方法是一个模块内部的逻辑，而对于面向对象方法则是类中的方法，以及状态逻辑构成。用伪代码进行算法描述。可以参考一下模版进行设计。蓝色字体内容在文档完成后删除5.1 模块开发情况表模块标识符模块标识符模块的描述性名称模块的描述性名称代码设计计划开始日期代码设计实际开始日期计划完成日期实际完成日期模块测试计划开始日期模块测试实际开始日期计划完成日期实际完成日期组装测试计划开始日期组