精华内容
下载资源
问答
  • 软件设计说明书模板

    万次阅读 2018-12-29 09:46:48
    软件项目的设计说明书软件开发测试中重要的环节,一份好的设计说明不仅可以为系统设计、开发、测试提供指导,还可以收获研发领导、甲方、技术合作交流人员的信任。 设计模板 封面 包含系统项目名、版本、时间等 ...

    简述

    软件项目的设计说明书是软件开发测试中重要的环节,一份好的设计说明不仅可以为系统设计、开发、测试提供指导,还可以收获研发领导、甲方、技术合作交流人员的信任。

    设计模板

    封面
    包含系统项目名、版本、时间等
    目录

    1. 引言
      1.1 背景
      项目来源、意义等
      1.2 文档阅读者
      领导–指导软件开发;项目负责人–指导、讨论;设计人员–为系统设计作参考;开发人员–为开发作参考;测试人员–为测试作参考;项目其它相关人员–了解软件功能。
      1.3 撰写日期与版本
      修改日期、版本号、变更内容简述
      1.4 文档约定
      简称、全称、英文名、含义
    2. 综合描述
      2.1 产品状况
      2.2 运行环境
      软、硬件环境等
      2.3 外部接口
      硬件–网口、串口等;软件–通信协议、数据库类型、函数库、操作系统等
    3. 软件设计说明
      3.1 总体框架(也可单独成一个大章节)
      各类图表,如系统图、架构图、UML类图、时序图、输入输出接口流图等
      3.2 子模块的设计
      3.2.1 模块功能
      3.2.2 模块结构
      结构组成图
      3.2.3 输入输出
      3.2.4 处理流程
      3.2.5 异常处理
      3.2.6 界面原型
      以上子模块选择性填充即可,不需要全部罗列
    4. 需求的可追踪性
    5. 注释/附件

    结尾

    这个设计模板个人还不是非常满意,欢迎有经验的项目管理人员留言指导。

    展开全文
  • 参考Link: (1)软件设计说明书 ...(2)软件设计说明书模板 https://wenku.baidu.com/view/170afe862e3f5727a4e96202.html (3)软件工程作业及参考答案(最新版) https://wenku.baidu.com/view/3...

    参考Link:
    (1)软件设计说明书
    https://wenku.baidu.com/view/76ee53e70975f46527d3e182.html
    (2)软件设计说明书模板
    https://wenku.baidu.com/view/170afe862e3f5727a4e96202.html
    (3)软件工程作业及参考答案(最新版)
    https://wenku.baidu.com/view/37a090f02cc58bd63186bdfa.html

    展开全文
  • 软件设计说明书模板及案例说明,使用的设计工具是rose,
  • 软件设计说明书 设计说明书 模板 来看看哦。爱爱爱
  • 软件设计说明书模板,是关于学生上课管理系统而编写的。也是网络资源,感谢好心人的分享。
  • 可行性研究报告+项目开发计划+需求规格说明书+概要设计说明书+详细设计说明书+用户操作手册+测试计划+面向对象软件设计说明书模板+……
  • 软件设计说明书模板.

    热门讨论 2011-10-25 12:57:29
    软件设计说明书 版本:V1.0 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 录...
  • 软件开发设计说明书模板,对学生,刚工作人员有很大好处。
  • 嵌入式系统开发是对于除了电脑之外的所有电子设备上操作系统的开发,开发对象有手机,掌上电脑,机电系统等,一般由嵌入式微处理器、外围硬件设备、嵌入式操作系统以及用 户的应用程序等四个部分组成。
  • 面向对象软件设计说明书模板

    千次阅读 2007-08-08 10:50:00
    面向对象软件设计说明书模板blueski推荐 [2007-7-31]出处:http://www.sawin.cn/doc/Document/DocPattern/blueski1402.htm作者:不详 1 概述 1.1 系统简述 对系统要完成什么,所面向的用户以及系统运行的环境的...
     
    

    面向对象软件设计说明书模板


    blueski推荐 [2007-7-31]
    出处:http://www.sawin.cn/doc/Document/DocPattern/blueski1402.htm
    作者:不详
     

     

    1 概述

      1.1 系统简述

      对系统要完成什么,所面向的用户以及系统运行的环境的简短描述,这部分主要来源于需求说明书的开始部分。

      1.2 软件设计目标

      这部分论述整个系统的设计目标,明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时,对于非功能性的需求例如性能、可用性等,亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考,看看其中明确了的功能性以及非功能性的需求。

      这部分必须说清楚设计的全貌如何,务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分,将解释设计是怎么来实现这些的。

      1.3 参考资料

      列出本文档中所引用的参考资料。(至少要引用需求规格说明书)

      1.4 修订版本记录

      列出本文档修改的历史纪录。必须指明修改的内容、日期以及修改人。

      2 术语表

      对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了,此处不用再重复,可以指引读者参考需求说明。

      3 用例

      此处要求系统用用例图表述(UML),对每个用例(正常处理的情况)要有中文叙述。

      4 设计概述

      4.1 简述

      这部分要求突出整个设计所采用的方法(是面向对象设计还是结构化设计)、系统的体系结构(例如客户/服务器结构)以及使用到的相应技术和工具(例如OMT、Rose)
    4.2 系统结构设计

      这部分要求提供高层系统结构的描述,使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离,对前者进行描述。别忘了说明图中用到的俗语和符号。

      4.2.1 顶层系统结构

      4.2.2 子系统1结构

      4.2.3 子系统2结构

      4.3 系统界面

     各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述,此处不用再重复,可以指引读者参考需求说明。如果系统提供了对其它系统的接口,比如说从其它软件系统导入/导出数据,必须在此说明。

      4.4 约束和假定

      描述系统设计中最主要的约束,这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。

      另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助,那么系统可能还受到其它的约束。这种情况下,要求清楚地描述与本系统有交互的软件类型(比如某某某数据库软件,某某某EMail软件)以及这样导致的约束(比如只允许纯文本的Email)。

      实现的语言和平台也会对系统有约束,同样在此予以说明。

      对于因选择具体的设计实现而导致对系统的约束,简要地描述你的想法思路,经过怎么样的权衡,为什么要采取这样的设计等等。

      5 对象模型

      5.1 系统对象模型

      提供整个系统的对象模型,如果模型过大,按照可行的标准把它划分成小块,例如可以把客户端和服务器端的对象模型分开成两个图表述。

     对象图应该包含什么呢?


      所有对象之间的关联必须被确定并且必须指明联系的基数(一对一、一对多还是多对多,0..1,*,1..*)。聚合和继承关系必须清楚地确定下来。每个图必须附有简单的说明。

      可能经过多次反复之后才能得到系统的正确的对象模型。

      6 对象描述

      在这个部分叙述每个对象的细节,它的属性、它的方法。在这之前必须从逻辑上对对象进行组织。你可能需要用结构图把对象按子系统划分好。

      为每个对象做一个条目。在系统对象模型中简要的描述它的用途、约束(如只能有一个实例),列出它的属性和方法。如果对象是存储在持久的数据容器中,标明它是持久对象,否则说明它是个临时对象(transient object)。

      对每个对象的每个属性详细说明:名字、类型,如果属性不是很直观或者有约束(例如,每个对象的该属性必须有一个唯一的值或者值域是有限正整数等)。

      对每个对象的每个方法详细说明:方法名,返回类型,返回值,参数,用途以及使用的算法的简要说明(如果不是特别简单的话)。如果对变量或者返回值由什么假定的话,Pre-conditions和Post-conditions必须在此说明。列出它或者被它调用的方法需要访问或者修改的属性。最后,提供可以验证实现方法的测试案例。

      6.1 子系统1中的对象

      6.1.1 对象:对象1

      用途:

      约束:

      持久性:

      6.1.1.1 属性描述:

      1. 属性:属性1
    类型:

      描述:

      约束:

      2. 属性:属性2

      6.1.1.2 方法描述:

      1. 方法:方法1

      返回类型:

      参数:

      返回值:

      Pre-Condition:

      Post-Condition:
     
      读取/修改的属性:
     
      调用的方法:

      处理逻辑:

      测试例:用什么参数调用该方法,期望的输出是什么……

      7 动态模型

      这部分的作用是描述系统如何响应各种事件。例如,可以建立系统的行为模型。一般使用顺序图和状态图。

      确定不同的场景(Scenario)是第一步,不需要确定所有可能的场景,但是必须至少要覆盖典型的系统用例。不要自己去想当然地创造场景,通常的策略是描述那些客户可以感受得到的场景。

      7.1 场景(Scenarios)

      对每个场景做一则条目,包括以下内容:

      场景名:给它一个可以望文生义的名字

      场景描述:简要叙述场景是干什么的以及发生的动作的顺序。

      顺序图:描述各种事件及事件发生的相对时间顺序。

      7.1.1 场景:场景1
      描述:

      动作1

      动作2

      7.2 状态图

      这部分的内容包括系统动态模型重要的部分的状态图。可能你想为每个对象画一个状态图,但事实上会导致太多不期望的细节信息,只需要确定系统中一些重要的对象并为之提供状态图即可。

      7.2.1 状态图1:

      8 非功能性需求

      在这个部分,必须说明如何处理需求文档中指定的非功能性需求。尽可能客观地评估系统应付每一个非功能性的需求的能力程度。如果某些非功能性需求没有完全在设计的系统中实现,请务必在此说明。另外,你也需要对系统将来的进化作一个估计并描述本设计如何使系统能够适应这些可预见的变化。

      9 辅助文档

      提供能帮助理解设计的相应文档。

      10 词汇索引 

     

     
    展开全文
  • 国军标-Gjb软件设计说明书模板

    万次阅读 2016-06-29 17:47:55
    模板下载地址::http://www.trufun.net/uploads/soft/160629/1_1025508321.docx 一、Trufun服务目标 规范软件开发过程 优化软件开发流程 保证软件开发质量 提高软件开发效率  西安楚凡科技...
     模板下载地址::http://www.trufun.net/uploads/soft/160629/1_1025508321.docx

    一、Trufun服务目标

    规范软件开发过程     优化软件开发流程

    保证软件开发质量     提高软件开发效率

        西安楚凡科技有限公司(Trufun)是全球领先的软件开发行业应用生命周期管理(ALM)CASE工具解决方案提供商,倡导"实用、简洁"的产品理念,为企业实现产品开发与服务支持间的规范化应用平台,在管理软件研发全过程的同时,支持当前各种规范标准,实现企业的战略目标




    Gjb软件需求规格说明书

    1. 范围

    1.1. 标识

        本条应描述本文档使用系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。

    1.2. 系统概述

        本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。

    1.3. 文档概述

        本条应概述本文档的用途和内容,并描述与它的使用有关的保密性方面的要求。

    2. 引用文档

    本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。

    3. CSCI级设计决策

    本章应根据需要分条给出CSCI级设计决策,即CSCI行为设计的决策(忽略其内部实现,从用户角度出发描述系统将怎样运转以满足需求)和其他影响组成该CSCI的软件单元的选择与设计的决策。如果在需求中所有这些决策是明确的,或者这些决策要推迟到CSCI的软件单元的设计时指出,则本章应如实陈述。针对关键性需求(例如对安全性或保密性关键的需求)做出的设计决策,应在专门的章条中加以叙述。如果设计决策依赖于系统状态或方式,则应指明这一依赖性。本条应给出或引用理解这些设计所需的设计约定。CSCI级设计决策的例子如下:
    a. 关于CSCI将接收的输入和将产生的输出的设计决策,包括与其他系统、HWCI、CSCI和用户的接口(本文档的4.3.X条支出本说明要考虑的主题)。如果这一信息的全部或部分已在接口设计说明(IDD)中给出,则可以直接引用。
    b. 有关响应每个输入或条件的CSCI行为的设计决策,包括CSCI要执行的动作、响应时间和其他性能特性,模型化的物理系统的说明,选定的方程式/算法/规则,以及对不允许的输入或条件进行的处理。
    c. 有关数据库/数据文件如何呈现给用户的设计决策(本文档的4.3.X条标识了本说明要考虑的主题)。如果这一信息的全部或部分在数据库设计说明(DBDD)中给出,则可直接引用。
    d. 为满足安全性和保密性需求所选择的方法。
    e. 为满足需求所做的其他CSCI级设计决策,例如为提供所需的灵活性、可用性和可维护性所选择的方法。

    4. CSCI体系结构设计

    本章应分为以下几条描述CSCI体系结构设计。如果设计的全部或部分依赖于系统的状态方式,此依赖性应予指明。如果设计信息在多于一个条中出现,它只需被提供一次,而在其他条中引用。本条应提供或引用为了理解设计所需要的设计约定。

    4.1. CSCI部件

    本条应描述:
    a. 构成该CSCI的所有软件单元。应赋予每个软件单元一个项目唯一的标识符。
    注:软件单元是CSCI设计中的一个元素;例如,CSCI的一个主要分支,该主要分支的一个组成部分,一个类、对象、模块、函数、例程或数据库。软件单元可以出现在层次结构的不同层上,且又可以由其他软件单元组成。在设计中,软件单元与实现它们的代码和数据实体(例程,过程,数据库,数据文件等),或与包含这些实体的计算机文件之间,可以有、也可以没有一对一的对应关系。一个数据库可被处理为一个CSCI也可被处理为一个软件大院。SDD可以采用与所使用设计方法相一致的任何名字来称呼软件单元。
    b. 软件单元的静态(如,由。。。组成)关系。根据所选择的软件设计方法学,可以给出多种关系(例如,采用面向对象的设计方法时,本条既可以给出类和对象结构,也可给出CSCI的模块和过程结构)。
    c. 每个软件单元的用途,指明分配给它的CSCI需求和CSCI级设计或软件、再工程的已有的设计或软件、为重用而要开发的软件等,为构建版N计划的软件)。针对现有的设计或软件,本说明应提供标识信息,例如名字、版本、文档引用、库等。
    d. CSCI(若适用,针对每个软件单元)计划适用的计算机硬件资源(例如处理机能力,内存能力,输入/输出设备能力,辅存能力以及通信/网络设备能力)。本说明应覆盖CSCI的资源适用需求中、影响该CSCI的系统级资源分配中、以及在软件开发计划(SDP)的资源适用测量策划中包含的全部计算机硬件资源。如果针对指定计算机硬件资源的所有使用数据都在同一处提供,例如在SDD中提供,那么本条可直接引用。对每个计算机硬件资源,应包括如下信息:
    1. 得到满足的CSCI需求或系统级资源分配;
    2. 使用数据基于的假设和条件(例如,典型用法、最坏情况用法、特定事件的假定);
    3. 影响使用的特殊考虑(例如,虚存、覆盖、多处理器的使用情况,操作系统、库软件的开销或其他实现开销的影响);
    4. 所使用的测度的单位(例如,处理器能力的百分比、周期/秒、内存字节数、千字节/妙);
    5. 进行评估或测量的几笔(例如,软件单元,CSCI或者可执行程序)。
    e. 标识实现每个软件单元的软件放置在哪个程序库中。

    4.2. 执行方案

    本条应说明软件单元间的执行方案,可采用图表和描述,来说明软件单元间的动态关系,即CSCI运行期间软件单元间的互相作用情况,(若适用)应包括执行控制流程、数据流、动态控制序列、状态转换图、时序图、单元间的优先关系、中断处理、时序/排序关系、例外处理、并发执行、动态分配与去除分配、对象/进程/任务的动态创建/删除、以及动态行为的其他方面。

    4.3. 接口设计

    4.3.1. 接口标识和接口图

    本条应说明赋予每个借口的项目唯一的标识符,(若适用)应通过名称、编号、版本及文档引用来标识接口实体(软件单元、系统、配置项、用户等)。该标识应说明那些实体具有固定的接口特性(从而把接口需求分配给这些接口实体);说明哪些实体正在开发或修改(这些实体已有各自的接口需求)。(若适用)应通过接口图来描述这些接口。

    4.3.2. X(接口的项目唯一的标识符)

    本条(从4.3.2开始)应通过项目唯一的标识符来标识接口,应简要地标识接口实体,根据需要可分条描述单方或双方接口实体的特性。如果一指定的接口实体未包含在本SDD中(例如,一个外部系统),而描述接口实体需要提到其接口特性时,这些特性应作为假设予以陈述、或以“当【未涵盖的实体】这样做时,【所指定的实体】将…”的形式描述。本条可引用其他文档(例如数据字典、协议标准、用户接口标准)代替在此所描述的信息。本设计说明应包括以下内容(若适用),以任何适合于所提供的信息的顺序提供,并应从接口实体角度说明这些特性之间的区别(例如关于数据元素的大小、频率或其他特性的不同期望值):
    A 接口实体分配给该接口的优先级。
    B 对实现的接口类型的要求(例如实时数据传送、数据的储存和检索等)。
    C 接口实体将提供、储存、发送、存取、接受的各个数据元素所要求的特征,例如:
    1) 名称/标识符:
    a. 项目唯一的标识符;
    b. 非技术(自然语言)名称;
    c. 数据元素名称;
    d. 技术名(如在代码或数据库中的变量名或字段名);
    e. 缩略名或同义名。
    2) 数据类型(字母、数字、整数等)。
    3) 大小和格式(如:字符串的长度和标点符号)。
    4) 计量单位(如:m等)。
    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详细设计

    5.1. X(软件单元的项目唯一的标识符,或者一组软件单元的标识符)

    本条应通过项目唯一的标识符来标识软件单元,并对该单元进行说明。(若适用)该说明应包括下列信息。本条也可以指定一组软件单元,软后再分小条对他们分别进行标识和说明,包含其他软件单元的软件单元可引用那些软件单元的说明,而无需在此重复。
    A. (若有)单元设计决策,例如所使用的算法(如果此前尚未选定)。
    B. 该软件单元设计中的任何约束、限定或非常规特征。
    C. 如果使用的编程语言不同于该CSCI所指定的语言,则应支出并说明使用它的理由。
    D. 如果该软件单元博阿含过程性命令或由过程性命令组成(例如数据库管理系统DBMS查询,用于代码自动生成的图形用户接口(GUI)构造器的输入,操作系统的命令或Shell脚本),应列出这些过程性命令,并引用解释它们的用户手册或其他文档。
    E. 如果该软件单元包含、接收或输出数据,(若适用)应对它的输入、输出及其他数据元素和数据元素组合体进行说明。本文档的4.3.X条提供了(若适用)应包括的主题。软件单元的局部数据应与软件单元的输入或输出数据分开来描述。如果该软件单元是一个数据库,应引用响应的数据库设计说明(DBDD);接口特性可以在这里提供、也可以引用第4章或相应的接口设计说明(IDD)。
    F. 如果该软件单元包含逻辑,则给出该软件单元所用到的逻辑,(若适用)应包括:
    1) 该软件单元执行启动时,其内部起作用的条件。
    2) 将控制传递给其他软件单元的条件。
    3) 对每个输入的响应以及响应时间,包括数据转换、重命名以及数据传输操作。
    4) 在软件单元运行期间的操作顺序和动态控制序列,包括:
    a. 顺序控制的方法;
    b. 该方法的逻辑和输入条件,例如时序编译、优先级分配等;
    c. 进出内存的数据传输;
    d. 对离散输入信号的感知,以及该软件单元内中断操作之间的时序关系。
    5) 异常和错误处理。

    6. 需求可追踪性

    本章应包含:
    1) 从本SDD所标识的每个软件单元,到分配给它的CSCI需求的可追踪性(这一可追踪性也可以在4.1条中提供)。
    2) 从每个CSCI需求,到被分配这些需求的软件单元的可追踪性。

    7. 注释

    本章应包括有助于了解文档的所有信息(例如:背景、术语、缩略语或公式)。
    展开全文
  • 1.2 软件设计目标 这部分论述整个系统的设计目标,明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时,对于非功能性的需求例如性能、可用性等,亦需提及。需求规格说明书对于这部分的内容来说是很...
  • 1.2 软件设计目标 这部分论述整个系统的设计目标,明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时,对于非功能性的需求例如性能、可用性等,亦需提及。需求规格说明书对于这部分的内容来说是很重要的...
  • 4.2 系统结构设计 这部分要求提供高层系统结构的描述,使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离,对前者进行描述。别忘了说明图中用到的俗语和符号。...如果在需求规格说明书中已经
  • 每个图必须附有简单的说明。 可能经过多次反复之后才能得到系统的正确的对象模型。 6 对象描述 在这个部分叙述每个对象的细节,它的属性、它的方法。在这之前必须从逻辑上对对象进行组织。你可能需要用结构图把对象...
  • 如果某些非功能性需求没有完全在设计的系统中实现,请务必在此说明。另外,你也需要对系统将来的进化作一个估计并描述本设计如何使系统能够适应这些可预见的变化。    9 辅助文档  提供能帮助理解设计的...
  • 类型: 描述: 约束: 2. 属性:属性2 6.1.1.2 方法描述: 1. 方法:方法1 返回类型: 参数: 返回值: Pre-Condition: Post-Condition: 读取/修改的属性: 调用的方法: 处理逻辑: 测试例:用什么参数调用该...
  • 软件概要设计,软件概要设计说明书,软件概要设计说明书模板,最标准的软件概要设计模板
  • 最标准的软件详细设计说明书模板软件详细设计,详细设计模板,详细设计说明书,详细设计
  • 软件著作权设计说明书模板软件著作权设计说明书模板篇一:软件著作权使用说明书-范本 (软件名称) 使用说明书 (申请人名称) 目 录 1 WEB端 ..........................................................................
  • 软件设计规格说明书模板软件设计规格说明书模板
  • 可以方便您写软件设计说明书、系统设计说明书、设计概述
  • 软件设计说明书/ 软件设计规约通用模板

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,076
精华内容 430
关键字:

软件设计说明书模板