《软件方案设计范文》由会员分享，可在线阅读，更多相关《软件方案设计范文（8页珍藏版）》请在金锄头文库上搜索。
1、软件方案设计范文自从1968年提出“软件工程”概念以来软件开发领域对于借鉴 传统工程的原则、方法以提高质量、降低成本的探索就从未停止过而 在这个过程中提出了许多不同的软件开发模型典型的有：瀑布式快速 原型法以及迭代式开发等下面是小编整理的软件方案设计欢迎阅读 参考！瀑布式模型是由W.W.Royce在1970年最初提出的软件开发模型在瀑布模型 中开发被认为是按照需求分析设计实现测试（确认）集成和维护顺序 的进行快速原型法快速原型模型的第一步是建造一个快速原型实现客户或未来的 用户与系统的交互用户或客户对原型进行评价进一步细化待开发软 件的需求通过逐步调整原型使其满足客户的要求开发人员可以确定 客
2、户的真正需求；第二步则在第一步的基础上开发客户满意的软件产 品迭代式开发在迭代式开发方法中整个开发工作被组织为一系列的短小的、 固定长度（如3周）的小项目被称为一系列的迭代每一次迭代都包括 了需求分析、设计、实现与测试采用这种方法开发工作可以在需求被 完整地确定之前启动并在一次迭代中完成系统的一部分功能或业务 逻辑的开发工作再通过客户的反馈来细化需求并开始新一轮的迭代不同的开发模型对于设计阶段的工作要求也不尽相同相对来说 瀑布式模型中对于设计文档的粒度要求得最细而快速原型法对于设 计的要求一般来说比较弱迭代式开发在每一阶段中的设计文档工作 量都相对较少但在软件开发完成后最终的设计文档完善程度要
3、比快 速原型法的好软件设计的总体思路软件设计的本质就是针对软件的需求建立模型通过将模型映射 为软件来解决实际问题因此软件设计需要解决的核心问题是建立合 适的模型使得能够开发出满足用户需求的软件产品并具有以下特性:灵活性(Flexibility)有效性(Efficiency)可靠性(Reliability)可理解性(Understandability)维护性(Maintainability)重用性(Reuseability)适应性(Adaptability)可移植性(Portability)可追踪性(Traceability)互操作性(Interoperability)因此软件设计并没有一套放之
4、四海而皆准的方法和模板需要我 们的设计开发人员在软件的设计开发过程中针对软件项目的特点进行沟通和协调整理出对软件项目团队的行之有效的方式进行软件的设计并保障软件设计文档的一致性完整性和可理解性谁来进行软件设计在我们开发人员中有很多人这样理解：“软件设计文档就是软 件架构师和设计人员的事情”其实不然设计文档是整个软件开发团队 的产出其中有些设计文档由架构师或者设计人员给出有些文档由开 发人员给出这并没有一定的区分最佳实践我们经常听到这样的话：“设计文档没有用是用来糊弄客户和管理层的文档”；“用来写设计文档的时间我的开发早就做完了”；“项目紧张没有时间做设计”；这些言论并不是正确的观念根据软件项目
5、的实际情况软件开发 设计团队可以约定设计文档的详细程度项目团队需要保障设计文档 的完整性和一致性在项目进度紧张的情况下软件设计文档可以更初 略一些；在项目时间充裕的情况下相关文档可以更为详尽但是在项目 开发过程中需要软件设计开发团队对于设计文档有共同的理解设计文档分类与使用通常来说作为软件项目我们需要有这几类文档需求说明文档功能设计文档系统架构说明书模块概要设计文档模块详细设计文档就像我之前说到的在某个软件团队对于以上的文档的要求是可以完全不同的在简单项目中可能所有类型的文档放在一个文档中进 行说明；在复杂项目中每一类文档可能都要写几个文档；而在最极端 的情况下可能每一类文档都能装订成几册因此
6、在我们软件设计和开 发人员心目中需要明确的是：文档并不是我们进行设计的目标也不是 我们设计过程中额外的工作软件设计文档是我们在软件设计开发过程中形成的用来在软件 设计开发团队内部以及与各干系人之间进行沟通的文档这些文档记 录了软件项目中的各种知识方案的思路、以及各种决策意见下面我们就软件设计开发过程中必须要完成的工作进行梳理而 我们需要注意到这些需要完成的工作在不同的开发流程模型的指导 下可能有不同的时间要求而我们需要关注的是在这个阶段内需要完 成的工作以及这个阶段内我们需要沟通的人员需求分析需求分析是我们进行任何一个软件项目设计开发过程中都必须 要完成的工作这个工作通常与客户一起完成在不同的
7、项目中这个“客户”可 能来自真正的购买产品的用户使用系统的用户也有可能来自团队的 某个人员如产品经理等软件设计开发团队的参与成员根据项目的不 同规模则参与的人员也有所不同原则上设计开发人员参与的时间点 越早对于需求的理解和把握会更好这个阶段通常需要软件架构师参 与其中从资源优化的角度来说开发人员不必参与需求分析但需要理 解需求需求分析的结果通常我们需要使用需求说明文档来描述目前主 流的需求描述方法包括：用户例图、用户故事等方式这些方式有所不 同的侧重其核心思想就是描述清楚用户的使用场景但无论采取何种 方式进行需求的描述需求说明需要明确以下几点：所需要开发的软件系统边界系统所有的相关及使用人员角
8、色系统关键的使用场景系统规模、性能要求以及部署方式等非功能性需求功能设计功能设计与需求分析差不多同时在开展在很多软件项目中对于 功能设计不是特别重视但对于某些软件项目而言这是一个相当重要 的工作对于主要是用户界面的软件项目来说功能设计可以看作是画 出原型界面描述使用场景获得用户认可的过程而对于没有界面的软 件项目来说则功能设计与需求分析的区分更为模糊参与的人员与需求分析的参与人员类似架构师更侧重于参与此 类工作并给与一些实现层面的判断和取舍功能设计需要明确的核心是：系统的行为系统架构设计系统架构设计是一个非常依赖于经验的设计过程需要根据软件 项目的特定功能需求和非功能性需求进行取舍最终获得一个
9、满足各 方要求的系统架构系统架构的不同将很大程度上决定系统开发和维 护是否能够较为容易的适应需求变化以及适应业务规模扩张架构设计工作中用户参与程度很低软件开发团队中的需求人员 参与程度很低但团队中的所有核心设计和开发人员都应该参与其中 并达成一致意见架构设计的主要成果是将系统的不同视图予以呈现并使之落实 到开发中：系统开发视图及技术路线选择系统逻辑视图系统部署视图系统模块视图系统的领域模型在软件开发过程中系统的架构不是一成不变的随着设计人员和 开发人员对于系统的理解不断深入系统的架构也会发生演化在软件 项目中架构设计是开发团队沟通的统一语言设计文档必须要随着系 统的变化进行更新保障开发团队对于
10、系统的理解和沟通的一致性模块/子系统概要设计模块/子系统的概要设计由架构师参与核心设计和开发人员负 责的方式进行在概要设计工作中我们需要在架构确定的开发路线的指导下完 成模块功能实现的关键设计工作在概要设计阶段需要关注于模块的 核心功能和难点进行设计这个过程中更多推荐的采用UML来进行概 要设计需要进行：模块实现机制设计模块接口设计关键类设计画出时序图交互图等模块详细设计在瀑布式开发模型中模块的详细设计会要求比较严格将所有类 进行详细设计据我所知除了一些对于系统健壮性要求非常严格的软 件项目如国防项目金融项目还要求有详细设计文档之外其他的项目 大多采用其他方式来处理这样的工作如自动化测试等综上所述软件设计文档作为软件开发团队的沟通、理解、知识 共享的手段具有非常重要的意义而根据软件团队的规模对于文档上 承载的信息详细程度可以有不同程度的要求我们软件团队对于*如何 使用设计文档有一个统一的理解并坚持更新设计文档*这就是软件设 计的最佳实践！软件设计所需要的知识与技能UML统一建模语言软件工程面向对象的编程OOP操作系统数据库原理设计模式沟通能力
