首页 > 编程知识 正文

怎样做需求分析,概要设计怎么写

时间:2023-05-04 08:06:20 阅读:129021 作者:2914

1输出了软件设计的总体流程:软件需求分析阶段: 《软件需求规格说明书》,但与具体实现方法无关。 用户可以理解,开发人员据此确定搞清楚“要解决什么问题”。概要设计阶段:软件系统的总体布局、各子模块的功能和模块之间的关系、与外部系统的关系、选择的技术路线有一些研究和论证性内容。 输出《软件概要设计说明书》。搞清楚“总体实现方案”详细设计阶段:概要设计的进一步细分,一般由各部分负责人根据概要设计分别完成,然后进行集成,是具体的实现细节。 在“程序”蓝图中,确定各模块采用的算法、数据结构、接口实现、属性、参数。 输出《软件详细设计说明书》。搞清楚“每个模块怎么做”2需求分析2.1为什么需要《软件需求规格说明书》?

要求的编写只是为了说明软件实现的功能,良好的编码结构、代码注释可以很好地实现软件的功能说明,程序员可以节约编写要求的时间实现更多的功能; 但是,这种情况可能更多地适用于中小型项目和互联网项目。 这类项目的需求并不复杂,需求变化很快,因此研发效率非常重要。 但是,在大型软件项目和功能复杂的系统中,软件开发可能会使多人合作取得成果,因此在信息传递过程中,可以准确评估软件开发所需的时间、成本因素,更好地管理项目

2.2 《软件需求规格说明书》的一般结构

正文第一章内容为1 .概述,其中包括写作目的; 术语和定义; 参考资料; 在第三部分第二章中,为了说明项目的标准和规范,在文档的后续内容创建和项目开发过程中必须遵循该标准和规范。 第三章需要说明与该项目相关的前提、限制和一些依赖关系。 这在后续系统部署过程中有参考价值。 第四章“功能规范”是重点,重点介绍该系统的作用、界面设计思路、系统的功能视图和功能点列表,以及系统的需求用例。 为了对后续的开发和测试提供指导意义,需要详细说明这个内容。 第五章“非功能规格”对项目性能、安全、数据备份恢复等内容进行说明。 一个项目除功能完整外,还需考虑性能、安全等相应要求。 第六章《附录》是对软件需求规格书的补充说明文件,重点是其中的《软件需求跟踪矩阵》,该文件严格控制后续需求的完善程度。 3概要设计3.1 《概要设计说明书》的一般结构:

(综述)需求或目标(讲述事物的起源)、环境、界限; 整体设计:从全球的角度说明组织结构、功能、处理流程、有哪些模块、模块之间的关系、执行环境(软、硬)等。 (输出图)系统结构图、系统流程图、数据流程图、推荐在线绘画工具https://www.processon.com/)外部接口)外部用户、软件和硬件接口模块化设计:简要说明“做什么”、“怎么做”(输入、输出、处理逻辑、与其他模块和系统的接口)、位于哪个逻辑位置和物理位置。 模块化设计,可以写以下内容。 1、模块说明:说明哪个模块实现了哪个功能; 2、模块层次结构:可以用某个视角的软件框架图表达; 3、模块之间的关系:模块之间的依赖关系描述、通信机制描述; 4、模块核心界面:说明模块传递的信息、信息结构; 5、处理方式设计:指满足功能和性能的算法; 数据结构:逻辑结构、物理结构。 灾难恢复设计:错误消息、错误处理。 (可选)监测设计)运行模块的组合、控制、时间。 (可选)用户界面设计) )选项。 安全设计:(可选)。 其他设计:(可选)。 开发规范(附录) :设计原则、代码规范、接口条款、命名约定。 3.2设计注意事项概述

用于评估总体设计的可行性。 检查设计的模块是否完整,并确保实现了与每个功能对应的模块。 用于评估开发工作量,指导开发计划。 不写详细的设计)。 在概要设计阶段过于重视业务流程是一种误解。 在概要设计阶段过于重视细节的实现是一种误解。 4详细设计4.1 《详细设计说明书》的一般结构:

请参考如何编写软件的详细设计内容。

引言,包括:

写目的、背景、参考资料、用语的定义和说明

包括设计概述、任务和目标、要求概述、操作环境概述、条件和约束、详细的设计方法和工具

系统的详细需求分析。 包括详细的需求分析、详细的系统运行环境和限制分析界面的需求分析

整体方案的确认包括系统整体结构的确认、系统详细接口的划分

系统详细设计包括系统结构设计和子系统划分、系统功能模块详细设计(使用HIPO图进行功能分解和模块描述、使用IPO或结构图进行各模块的结构结构、算法、模块之间的接口关系、需求、功能和功能系统接口的详细设计

各模块的说明可以参照以下格式。 **模块编号: ***模块名称: ***输入: *****处理: ***** *算法说明: *** * *输出: * * *数据库系统设计4.2详细设计应注意的问题

根据需要,在详细设计阶段划分系统功能模块或子系统,特别是对于大型软件系统。

5概要设计与详细设计的区别5.1概要设计阶段:

在这个阶段,设计者会大致考虑模块的内部安装并加以照顾,但大多与此有关。 主要集中在模块划分、任务分配、调用关系的定义上。 模块

间的接口与传参在这个阶段要定得十分细致明确,应编写严谨的数据字典,避免后续设计产生不解或误解。概要设计一般不是一次就能做到位,而是反复地进行结构调整。典型的调整是合并功能重复的模块,或者进一步分解出可以复用的模块。在概要设计阶段,应最大限度地提取可以重用的模块,建立合理的结构体系,节省后续环节的工作量。
概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。以概要设计文档为依据,各个模块的详细设计就可以并行展开了。

5.2 详细设计阶段

在这个阶段,各个模块可以分给不同的人去并行设计。在详细设计阶段,设计者的工作对象是一个模块,根据概要设计赋予的局部任务和对外接口,设计并表达出模块的算法、流程、状态转换等内容。这里要注意,如果发现有结构调整(如分解出子模块等)的必要,必须返回到概要设计阶段,将调整反应到概要设计文档中,而不能就地解决,不打招呼。
详细设计文档最重要的部分是模块的流程图、状态图、局部变量及相应的文字说明等。

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。