概要设计

那要看你的项目经理是当成什么层面的了，如果是负责面向客户联络沟通，内部监督控制进度的话是能做好内外沟通，两边都能协调好就可以了。如果你要深入项目管理，那么肯定要熟悉整个软件开发项目的过程，什么阶段做什么、怎么做、谁来做，时间、质量、进度三者平衡。没有一个完美的项目，因为总会有瑕疵，不要太追求完美，用户满意、适度质量的项目才好。关于软件开发过程的一些理解分享一下。 1、首先制定项目计划，最初计划是里程碑性质的。 可以先按瀑布模型设置，里程碑点主要为需求评审、设计评审、经过代码开发和单元测试后进行集成测试、部署上线是一个很重要的里程碑，一般用户会期望系统何时能使用进入试运行期（也可以称为用户测试阶段） 2、需求开发阶段： 怎么样写好需求很关键，如何学会进行需求开发可以去看下经典的《需求工程》这个翻译的书，不是很厚，但需要能理解为什么那样做更好，这个需要实践经验锻炼自己。如果有项目成员，可以一起做需求，这个阶段对于业务理解、分析、如何开展调研以及文字表述、业务流程图描述还有文档编辑能力都有不少要求。一般分为《用户需求说明书》和《需求规格说明书》，小项目可以写一个《需求分析报告》，《用户需求说明书》是用用户的语言进行描述，让用户和开发团队对于需求的达成一致的理解，《需求规格说明书》，则是对用户需求的分析，形成系统要具有的功能，这个是真正提供用户可交互操作的文档

尽管我们做完机房收费系统了，可是这个过程我们都是凭借着自己的感觉去设计项目的，没有做到有法可依、有章可循。而软件project是软件设计的灵魂，是我们前进的思想性指导。 如今我们看完了软工视频，视频中对各个阶段所用的文档进行了具体的解说，可是看完视频，对文档的理解还非常懵懂。写文档的时候，看着模板，好多地方不知道填什么。就一直没有往下写，后来爱玲师傅给她的徒弟验收文档叫我也过去了，听完之后感觉收获挺大的，回来就要好好写文档了，如今我的文档了也验了，尽管有非常多不足，可是我也最终这一步上迈了出去，如今一总结，明确了好多，文档继续丰富中！ 如今大致了解一下各个阶段的内容。 1、可行性研究报告： 目的：用最小的代价在尽可能短的时间内确定问题是否可以解决，通过可行性研 究降低技术风险和投资风险。 实质：进行一次压缩、简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行系统分析和设计的过程。 能够用到的图：系统流程图 2、项目开发计划： 经过可行性分析得到一个值得开发的项目，接下来就应制定项目开发计划。它是项目管理人员对项目进行管理的根据，主要对项目的费用、进度和资源进行控制和管理。 能够用到的图：甘特图 3、软件需求说明书： 需求分析是指开发者要准确理解用户的要求，进行仔细的调查分析，将用户的需求转换成对应的需求规格说明的过程。它对于整个软件开发过程以及软件产品质量至关重要。

概要设计与详细设计的区别 概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。 详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。 概要设计阶段通常得到软件结构图 详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等 概要设计和详细设计 在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？ 这个问题在公司内部经常有人问。现在陈述一下。 我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。 结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。模块的概念，和编程语言中的子程序或函数是对应的。 这样一来，设计可以明显地划分成两个阶段： 概要（结构）设计阶段：把软件按照一定的原则分解为模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。 详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等。 概要设计阶段： 在这个阶段

《你说对就队》第九次团队作业：Beta冲刺与验收准备 项目 内容 这个作业属于哪个课程 【 教师博客主页链接 】 这个作业的要求在哪里 【 作业链接地址 】 团队名称 《你说对就队》 作业学习目标 1.掌握软件黑盒测试技术； 2.学会编制软件项目总结PPT、项目验收报告； 3.掌握软件项目验收内容，验收流程。 团队项目github仓库地址链接 【 GitHub仓库链接 】 Scrum meeting导航 查看【Beta】Scrum meeting 1 点击此链接 查看【Beta】Scrum meeting 2 点击此链接 查看【Beta】Scrum meeting 3 点击此链接 任务分配 姓名 具体分工 工作量比例 完成实际时间（h） 张旭辉 开发总结文档、系统验收及运行检查 20% 6 达选奇 需求文档、功能检查及测试数据准备 20% 6 丁家辉 设计文档、团队博客编写及发布 20% 6 金生芳 过程文档、团队项目总结陈述PPT编制 20% 6 温永琴 测试文档、实施文档 20% 6 参考附录见GitHub 各成员心得总结 达选奇 通过这段时间的软件工程项目的实战演练，我对软件工程的工作原理有了深刻的认识，对于团队之间如何协作作业也有了进一步的认识，在关于考勤管理系统的工程项目中，我负责需求分析阶段的原型设计和需求规格说明书的编写

项目文档：概要设计文档 1. 引言部分 1.1目的 该文档的目的是描述病人病历存储系统的概要设计，主要内容包括系统功能简介、系统结构设计、模块设计和界面设计等。 本文档的预期读者包括：设计人员，开发人员，项目管理人员，测试人员。 1.2 范围 1.2.1 系统目标 开发一个满足医生和数据上传人员需求的系统。方便查询、更改、下载、上传相关信息等。 1.2.2 主要软件需求 该系统的主要功能包括： （1）用户登录判断 （2）录入病人信息 （3）根据条件查询 （4）样本排序 （5）更新病人信息 （6）添加病人病历 （7）下载数据 （8）数据信息上传 1.2.3 软件设计约束、限制 系统支持多用户的分布式物理结构。 1.3缩写说明 无。 1.4术语定义 无。 1.5参考资料 【1】jQuery教程： http://jquery.com/ 【2】materialize框架开发手册： https://materializecss.com/ 【3】HTML教程： http://www.w3school.com.cn/html/ 【4】JavaScript教程： http://www.w3school.com.cn/JavaScript/ 【5】Php教程： http://www.w3school.com.cn/php/ 1.6版本信息 具体版本信息如表A-1所示 表 A-1 具体版本信息

什么是概要设计？ 又叫总体设计。即对全局问题的设计，也就是设计系统总的处理方案。软件工程总体设计包括：计算机配置设计、系统模块结构设计、数据库和文件设计、代码设计以及系统可靠性与内部控制设计等内容。软件功能分解属于下列软件开发中的总体设计阶段。 完成大型工程体系的总体方案和总体技术途径的设计过程。在一般工程设计中总体设计则指按计划任务书的内容进行概略计算，附以必要的文字说明和图纸设计，又称初步设计。对于工程系统工程总体设计是指前一种含义。总体设计是工程项目开发过程中的一个重要阶段。 研制大型工程体系的基本问题是，怎样把比较笼统的初始研制要求逐步地变为成千上万个研制参加者的具体工作，以及怎样把这些工作最终综合成一个技术上先进、经济上合算、研制周期短、能协调运转的实际系统，并使这个系统成为它所从属的更大系统的有效组成部分。1954年美国最早出现为导弹研制计划提供这种服务的系统工程公司──拉莫·沃尔德里奇公司。50年代末中国开始研制人造卫星和运载火箭时，也建立了这样的机构，并称之为总体设计部。总体设计部设计的是系统的总体，系统的总体方案和实现它的技术途径，并通过可行性研究和技术经济论证，确保项目在规划、设计、制造和运行各个阶段，总体性能最优。这样可以避免因规划、研制和运用的缺陷造成人力、物力和财力的浪费。 软件工程的概要设计就是把系统的功能需求分配到一个特定的软件系统结构中

v1.0 系统概述 tzxblog博客系统旨在创建一个可持续迭代的，以博客系统为基础并辅以文件下载、论坛讨论、商城等功能为一体的综合性站点。 重在持续性迭代，巩固工作中主流技术的同时，练习工作中未使用但主流或者不可或缺的技术。 整体架构 系统整体采用前后台分离思想，后台以springboot为基础框架，前台以vue为基础技术，辅以redis缓存、mysql存储、nginx转发以及ssl通信，力求软件生命周期内涉及开发的内容均可得到提现。 版本控制 代码版本 前后台代码均托管github，以不同分支管理大的版本，遵循如下要求： master：最新可运行版本，从develop合并； develop: 最新开发版本，可能不能运行，主要作用是代码备份，防止本地最新文件丢失； realese-X.X: X.X为数字泛指，如1.0、1.1、2.0，作为稳定大功能的发布版本，由master拉出； tags：tag版本作为废弃不用的版本存档。 文档版本 项目周期内各种文档，尽量以两种方式呈现，分别是博客文章和docx文档，类似接口文档、数据库这种不太好博客展示的，就仅以附件文档的格式输出。 其中docx文档存放于项目doc目录下，和代码一起托管于github，同时docx文档每次修改变更均要变更版本号并标注具体变更说明。 数据库设计 详见doc中数据库设计和sql脚本，后续补充。 缓存设计

文章目录 第三章 软件工程基础 3.1 软件工程的基本概念 3.2 结构化设计方法 3.3 软件测试 3.4 软件调试 第三章 软件工程基础 详细重点学习知识点： 1、 软件的概念、软件生命周期的概念及各阶段所包含的活动； 2、概要设计与详细计划的概念、模块独立性及其度量的标准、详细设计常用工具； 3、软件测试的目的、软件测试的4个步骤； 4、软件调试的任务。 3.1 软件工程的基本概念 （1）软件定义与软件特点 软件是指计算机系统中与硬件相互依存的另一本分，包括程序、数据和相关开发文档的完整集合。程序是软件开发人员根据用户需求开发的、使用程序设计语言描述、适合计算机执行的指令序列。数据是使程序能正常操纵信息的数据结构。文档是与程序开发、维护、使用相关的图文资料。软件由两部分组成：① 机器可执行的程序和数据；② 机器不可执行的，与软件开发、维护和使用有关的文档。 软件的特点： ① 软件是逻辑实体，而不是物理实体，具有抽象性； ② 没有明显的制作过程，可进行大量复制； ③ 使用期间不存在磨损，老化问题； ④ 软件的开发、运行对计算机系统具有依赖性； ⑤ 软件的复杂性高，成本昂贵； ⑥ 软件开发涉及诸多社会因素。 （2）软件工程与软件生命周期 软件产品从提出、实现、使用维护到停止使用的过程称为软件生命周期。一般包括可行性分析研究与需求分析、设计、实现、测试、交付使用以及维护等活动

可行性分析 　　这个一般都是做战略的专家来做的，他们更加有市场的前瞻性，俗话说就是看的更远一些，搞市场分析、调研，看看我们的想法到底是否可行，可行性有多大，可能会遇到的问题，我们的优势在哪里，可以利用的资源有哪些，需要引进那些资源，有多少对手，他们都进行到了什么程度等等。 　　这个阶段的文档成果是：可行性分析报告等 　　 需求分析 　　这个已经开始具体操作，经过可行性分析，我们有机会，可以进入这个领域。这时候，需要领域专家参与进来，架构师也要参与进来，还有就是需求分析的专业人士，和最少一名文档员，用来记录开发讨论的结果并形成文档。 　　工作就是分解项目的需求，到底要做些什么，要实现什么功能，就是功能的范围和功能的细节，主要还是业务方面的梳理。 　　这个阶段的文档成果是：需求分析说明书等 　　 概要设计 　　经过前面的需求分析，形成了需求分析说明书。这个阶段应该是业务建模，形成业务用例，进一步形成业务用例。这个阶段是分解需求，可以使用 PD(Power Designer)、 Rational 等工具来辅助一下。 　　这个阶段的文档成果是：概要设计说明书、业务用例文档等 　　 详细设计 　　有了概要设计，有了模型，可以定义出数据库模型，甚至是可以定义数据库的字段，然后可以让高级程序员来辅助架构师进行架构设计，普通程序员先写实现的技术用例。或者让他们先看看业务用例

　　观看本文的讨论的开发流程的时候，有两点需要注意： 　　首先，流程不是狭义的流程，也就是说不是单只写代码这个过程，包括了软件工程整个流程。 　　其次，我所讲的这个流程不见得正确，准确的说是肯定不能适用于全部软件开发项目，也就是说不是银弹，其实说起来连大部分都涵盖不了，顶多就是一部分吧。 　　 　　 可行性分析 　　这个一般都是做战略的专家来做的，他们更加有市场的前瞻性，俗话说就是看的更远一些，搞市场分析、调研，看看我们的想法到底是否可行，可行性有多大，可能会遇到的问题，我们的优势在哪里，可以利用的资源有哪些，需要引进那些资源，有多少对手，他们都进行到了什么程度等等。 　　这个阶段的文档成果是：可行性分析报告等 　　 需求分析 　　这个已经开始具体操作，经过可行性分析，我们有机会，可以进入这个领域。这时候，需要领域专家参与进来，架构师也要参与进来，还有就是需求分析的专业人士，和最少一名文档员，用来记录开发讨论的结果并形成文档。 　　工作就是分解项目的需求，到底要做些什么，要实现什么功能，就是功能的范围和功能的细节，主要还是业务方面的梳理。 　　这个阶段的文档成果是：需求分析说明书等 　　 概要设计 　　经过前面的需求分析，形成了需求分析说明书。这个阶段应该是业务建模，形成业务用例，进一步形成业务用例。这个阶段是分解需求，可以使用数据库建模工具，或者是UML建模工具来辅助一下。