文章目录[隐藏]
今天小编给各位分享软件工程可行性分析(软件工程可行性分析报告),如果能碰巧解决你现在面临的问题,别忘了关注小站,我们一起开始吧!
软件行业需求文档怎么写?
如何写需求分析报告(软件需求说明书GB856T-88)
最近学校的一些科研项目又申报了,有学弟学妹开始问我一些关于软件工程的书面问题。大致总结一下,写在这里。本论文涉及到需求分析的编写,主要是根据国家标准文件的要求。
在互联网公司或者一些敏捷开发公司,其实大家都是秉承着重开发,重讨论,轻文档的态度。这个轻文档不是说没有文档或者几乎没有文档,而是脱离了严格的文档流程,只写最实用的部分。这个特点是由互联网本身迭代周期短,版本发布快决定的。同学们要注意实际的兼职项目。最重要的是签约时附上最清晰的需求分析。虽然这种需求陈述可能不符合某些标准文档,但是它清楚地描述了每个功能所达到的效果,并且这种效果必须得到客户的点头确认,而不是“应该是”、“可能是”、“可能是”之类的模糊回答。否则项目后期会更困难。在学校申请的项目和大公司开发的项目中,我们重视文件流程,一个一个来。所以对待文件的深度和标准要看情况。
1.目录:目录要用word的“引用”->“目录”,目录会自动生成。通常,需要一个三级目录。通常这部分基本不需要改变结构,直接更新页码即可。
第二,内容部分。国家标准软件需求规范G856T-88下载
1导言
1.1写作目的
解释编写本软件需求说明书的目的,并指出预期的读者。
(这部分说明了需求分析报告的概况。比如这个X需求分析报告就是为S系统写的。对+S系统的两句话概述。+本X报告的目的是让U1(需求方)明确S系统的需求和细节,向U2(开发方)展示实现需求的难度和困难,最终提供给U3(审核方、经理)讨论和评审,达到沟通的效果)
1.2背景
描述:
A.要开发的软件系统的名称;
B.本项目的任务提出者、开发者和使用者,以及实现本软件的计算中心或计算机网络;
C.软件系统与其他系统或其他机构之间的基本关系。
(这部分可以把A、B、C分成两部分,有以下例子:
项目概述
本需求分析报告期望开发的软件系统为:S. Yes SS系统的一个功能子模块,S与S1、S2等系统的关系,其他系统的状态概述。
任务分配
A.任务提交者:xxx
B.软件开发商:xx
C.产品用户:xx
D.文档作者:xx
E.预期产品用户:xx
)
1.3定义
列出本文件中使用的技术术语的定义和外国缩写的原始短语。
(这部分很简单,就是描述专业词汇,比如
1.XML(可扩展标记语言)是一种可扩展标记语言。和HTML一样,是SGML(标准通用标记语言,标准通用标记语言)。
2.Word2,解释一下。。。
)
1.4参考材料
列出有用的参考资料,例如:
A.批准的项目计划或合同及上级部门的批文;
B.属于本项目的其他出版文件;
C.本文件中引用的文件和资料,包括要使用的软件开发标准。列出这些文件的标题、文号、出版日期和出版单位,并说明可以获得这些文件的来源。
2任务概述
2.1目标
描述软件开发的意图、应用目标、应用范围等需要向读者说明的背景材料。解释开发的软件和其他相关软件之间的关系。如果这个软件产品是一个独立的软件,所有的内容都是自带的,就是这个意思。如果一个已定义的产品是一个更大系统的一部分,该产品和系统中其他组件之间的关系应该被解释。因此,框图可以用来说明系统的组件以及产品和其他组件之间的连接和接口。|
(
该模块的开发主要服务于整个SS,完成SS工作的XX部分及相关工作。它涵盖了从发出A和B命令到给出C结果的过程。说明:B1,完成B11功能;B2,完成B22功能;等一下。这部分与分词工具包(none)的其他部分耦合,主要以嵌入式模式和顺序模式相互交互。
画
图一。系统组成,与其他部分的连接和接口。
)
2.2用户特征
列出本软件最终用户的特征,并充分说明操作人员和维护人员的教育水平和技术专长,以及本软件的预期部署频率。这些是软件设计的重要约束。
(例如:二次开发和系统调用人员:具有较高的专业知识水平,了解XX的运行机制。您可以阅读和分析开放代码以满足系统的独特需求,并向这些用户提供开放API手册和调试版本的源代码。该系统的估计用户总数是多少?
Xx用户:具有一定的计算机操作能力和知识,了解xx领域的相关概念和用途。只需提供这部分用户操作手册即可。预计这部分用户将主要进行简单的xx操作。
维护人员:有较高的计算机专业水平,能跟踪分析常见系统bug,有一定的测试能力。这部分用户主要是采用系统后的后期维护人员。
等等
)
2.3假设和约束
列出这个软件开发工作的假设和约束条件,如资金约束、开发周期等。
(这部分重要的是对你的技术实力、财务状况、人力资源等做出假设。,这样你就可以在什么样的情况和时间范围内完成工作。列出并说明了时间限制、资金限制、人员限制、地域限制和设备限制。)
3需求调整
3.1关于功能的规定
以列表的形式(如IPO表是输入、处理、输出表的形式),对软件提出的功能需求进行逐项定量和定性描述,说明输入多少量,如何处理,得到什么输出,以及软件应支持的终端数和应支持的并行操作用户数。
(例如:
投资
过程处理
输出
装载数量
A
预处理,做什么样的动作,
匿名酗酒者
为…复印一份
B
双侧束支传导阻滞
Bb
v
C
CCCC
的复制副本
v
一、xx模块IPO表
IPO表的简单文本描述。
)
3.2性能条款
精度
解释对软件输入输出数据准确性的要求,可能包括传输过程中的准确性。
(例如:
Xx目标处理:1Byt-10M,包括左右边界值。
yy的精度范围:…。
ZZ的准确度:由于xx的特殊性,本系统使用xx进行字符统计,概率部分和其他比率部分的准确度为0.0x%。
)
3.2.2时间特性要求
解释软件的时间特性要求,例如:
A.响应时间;
B.更新处理时间;
C.数据转换和传输时间;
D.解决问题的时间;诸如此类。
(这部分只需要一一列举:
因为在xxX的过程中需要进行大量的xxxX运算,所以在xX解题的时间占了总时间的最大部分。其次,xx转换和存储的开销。其具体时间特征如下:
A.xx响应时间:xxms左右;
B.yy更新处理时间:YY;
C.zz数据转换和传输时间:ZZ;
D.vv解题时间:vv。
等等
)
灵活性
解释软件灵活性的要求,即软件适应某些需求变化的能力,例如:
A.运营模式的改变;
B.商业环境的变化;
C.与其他软件的接口变化;
D.准确度和有效时限的变化;
E.计划的变更或改进。
为提供这些灵活性而专门设计的组件应加以标记。
(这部分可以列出来,因为这个模块的第一个目的是针对xxx的,其次是xxxx。所以这个模块的灵活性在于实际用户的不同。当需求变化时,软件适应这些变化的能力。详情如下:
F.运行模式变更:采用集成运行模式和独立运行模式两种模式。集成模式将模块嵌入到分词工具包的主框架中,为用户提供具有一定UI的可操作软件;独立运行系统是一种可以在后台独立运行,并提供多种程序调用方式以增强其生命力的工作模式。
G.运行环境的改变:Windows平台编译版主要用于运行调试,支持SUSE Linux的服务器版本在时间允许的情况下同步开发。;
H.与其他软件的界面变化:在尽量不改变界面的情况下,允许重新加载和重新定义界面。但是接口的命名规则是统一的;
1.准确度和有效时限的变化:如有调整,准确度可上下浮动10个百分点;有效时限允许根据实际测试情况略有变化。
J.计划的改变或改进:工作日程难免会有波动。这部分要经过分词工具项目设计组其他成员的同意。前期计划可以稍作改动,后期安排尽量按计划执行。
等等
)
3.3输入和输出要求
解释输入和输出数据的类型,并解释它们的媒体、格式、数值范围、精度等。一次一个项目。说明软件的数据输出和必须标记的控制输出,包括硬拷贝报告(正常结果输出、状态输出和异常输出)和图形或显示报告的描述。
(本部分可将输入和输出分为3.3.1输入要求和3.3.2输出要求。这是一个单元的例子。
XXX输出
名称:XXX输出数据
实际含义:用于XX,表示XXXX。
数据类型:字符(字符串)
数据格式:XX
约束:因为xxx,尺寸在xx以内。
)
3.4数据管理能力要求
说明要管理的文档和记录的数量、表格和文档的大小,并根据可预见的增长估计数据及其组成部分的存储要求。
(
根据实际系统要求。
名字
量
大小
增加增长
Xx字典
xx
xxxx
并行执行,大小根据实际xx大文本增加。
)
3.5故障处理要求
列出可能的软件和硬件故障、每项性能的后果以及故障排除要求。
(包括软件压力、内存不足、硬件损坏等。,根据百度常见故障可以找到。)
3.6其他特殊要求
如用户对安全性和保密性、易用性、可维护性、可补充性、易读性、可靠性、可转换操作环境等的要求。
(比如安全保密:密钥替换等。);预期扩展:扩展兼容性等。;操作系统更换:Slackware to SUSE等。
)
4操作环境法规
4.1设备
列出运行软件所需的硬件设备。介绍了新设备及其特殊功能,包括:
A.处理器型号和内存容量;
B.外部存储容量、在线或离线、介质及其存储格式、设备型号和数量;
C.在线或离线输入和输出设备的型号和数量;
D.数据通信设备的型号和数量;
E.功能键和其他特殊硬件
(仅列出解释)
4.2支持软件
列出支持软件,包括要使用的操作系统、编译器(或汇编器)程序、测试支持软件等。
(操作系统和版本:xxxx)
支持环境和版本:xxxx
替代IDE环境和版本:xxxx
与本软件相关的软件组件:xxxx
可能的后续扩展环境:xxxx
)
4.3接口
解释软件与其他软件的接口、数据通信协议等。
(例如:
A.用户和主程序调用界面(图中界面1)。接口采用封装API和函数调用的形式,分别通过外部调用和内部调用为不同用户提供对机械分词工具的访问。比如在xxxx模式下调用DLL文件,在xxxx模式下调用函数。如下面的图2所示。
图二。软件接口调用图
B.xx接口(图中接口2)。下面是xxx的一个接口调用过程。xxxx
)
4.4控制
说明控制软件运行的方法和控制信号,并说明这些控制信号的来源。
(例如:
下图描述了该模块以及与该模块相关的软件模块的操作方法、控制信号和来源,其中箭头所指方向对应的模块的控制信号来自箭头另一方向的模块。详情如下:
图3。控制流程图
图3的详细描述如下表所示:
命名模块名称
方法操作模式
信号控制信号
往前走,控制去哪里。
主程序模块
运行框架
用户调用或运行
1.呼叫xx模块
2.调用xx方法
3.调用标准输出模块。
Xxx模块
xxx
调用xxx
Xxx模块
)
附录:软件设计文档国家标准(GB 8567–88)、软件设计文档国家标准(GB 8567–88)、操作手册(GB 8567–88)、doc数据库设计说明(GB 8567–88)、doc测试与分析报告(GB 8567–88)、doc数据需求说明(GB 8567–88)、系统实施规则示例(GB 8567-88)、DOC开发进度月报(GB 8567-88)、DOC详细设计说明(GB 8567-88Gb8567—88).Doc软件需求规范(gb856t—88)。doc (gb8567-88)用户手册。文件
以上内容就是为大家分享的软件工程可行性分析(软件工程可行性分析报告)相关知识,希望对您有所帮助,如果还想搜索其他问题,请收藏本网站或点击搜索更多问题。
以上就是由优质生活领域创作者 嘉文社百科网小编 整理编辑的,如果觉得有帮助欢迎收藏转发~
本文地址:https://www.jwshe.com/723444.html,转载请说明来源于:嘉文社百科网
声明:本站部分文章来自网络,如无特殊说明或标注,均为本站原创发布。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。分享目的仅供大家学习与参考,不代表本站立场。