回忆_淡淡籴
软件结构图怎么画
软件体系结构参考图如下：软件架构是一种无法以简单的一维方式进行说明的复杂实体。
-Paul Clements 《软件架构编档》正如上面提到的，不同的受众，比如用户、客户、开发人员、测试人员、运维人员，需要从各自工作的角度去理解和使用架构。
所以回答这个问题，需要首先了解这幅架构图画出来是给谁看，你想从那个维度去入手。
确定了这个问题之后，再来了解架构视图有哪些维度和组成要素：1. 架构视图最经典的当属4+1视图：逻辑视图开发视图过程视图物理视图场景视图4+1视图提出后，业界也有其它的观点提出，诸如SEI（模块视图、组建和连接件视图、分配视图）、西门子4种视图（概念、模块、代码、执行视图）、以及RM-ODP（企业视图、信息视图、计算视图、工程师图）等。
常见的视图除了上述4+1视图外还包括：数据视图、安全视图、实现视图等。
2. 了解架构视图的四要素图示化主要元素和元素之间的关系具有明确的图例、定义和说明元素每个元素具备明确的接口和行为规范设计原理和设计决策的信息3. 简单说一下几个视图针对的角色和维度：逻辑视图一般针对客户、用户、业务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。
主要元素包括系统、子系统、功能模块、子功能模块、接口等。
开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。
用途是知道开发设计和实现。
物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。
用什么软件来画软件的架构图
我们决定以多种构架视图来表示软件构架。
每种构架视图针对于开发流程中的涉众（例如最终用户、设计人员、管理人员、系统工程师、维护人员等）所关注的特定方面。
构架视图显示了软件构架如何分解为构件，以及构件如何由连接器连接来产生有用的形式 [PW92]，由此记录主要的结构设计决策。
这些设计决策必须基于需求以及功能、补充和其他方面的约束。
而这些决策又会在较低层次上为需求和将来的设计决策施加进一步的约束。
构架由许多不同的构架视图来表示，这些视图本质上是以图形方式来摘要说明“在构架方面具有重要意义”的模型元素。
在 Rational Unified Process 中，您将从一个典型的视图集开始，该视图集称为“4+1 视图模型”[KRU95]。
它包括：用例视图：包括用例和场景，这些用例和场景包括在构架方面具有重要意义的行为、类或技术风险。
它是用例模型的子集。
逻辑视图：包括最重要的设计类、从这些设计类到包和子系统的组织形式，以及从这些包和子系统到层的组织形式。
它还包括一些用例实现。
它是设计模型的子集。
实施视图：包括实施模型及其从模块到包和层的组织形式的概览。
同时还描述了将逻辑视图中的包和类向实施视图中的包和模块分配的情况。
它是实施模型的子集。
进程视图：包括所涉及任务（进程和线程）的描述，它们的交互和配置，以及将设计对象和类向任务的分配情况。
只有在系统具有很高程度的并行时，才需要该视图。
在 Rational Unified Process 中，它是设计模型的子集。
配置视图：包括对最典型的平台配置的各种物理节点的描述以及将任务（来自进程视图）向物理节点分配的情况。
只有在分布式系统中才需要该视图。
它是部署模型的一个子集。
构架视图记录在软件构架文档中。
您可以构建其他视图来表达需要特别关注的不同方面：用户界面视图、安全视图、数据视图等等。
对于简单系统，可以省略 4+1 视图模型中的一些视图。
什么是软件系统架构设计
展开全部 “架构”一词最早来自建筑学，原意为建筑物设计和建造的艺术。
但是在软件工程领域，软件架构不是一个新名词，只是在早期的著作中人们将软件架构称为软件体系架构。
这就是架构的概念。
所谓架构，就是人们对一个结构内的元素及元素间关系的一种主观影射的产物。
系统架构的主要任务是界定系统级的功能与非功能要求、规划要设计的整体系统的特征、规划并设计实现系统级的各项要求的手段，同时利用各种学科技术完成子系统的结构构建。
在系统架构中，由于对软件越来越深入的依赖，软件架构的任务也体现出重要的作用。
而且系统架构与软件架构是紧密联系和相互依赖的。
1997年，Eberhadrt Rechtin 与MarkW Maier 在其论著中，为计算机科学总结了系统架构方面的实践成果，从而奠定了系统科学和系统架构在计算机科学中的基石： 无论何种系统架构应用领域，目的都是一样的，即完整地、高一致性的、平衡各种利弊的、有技术和市场前瞻性的设计系统和实施系统。
...
求系统架构图 逻辑部署图 区别？？
展开全部 1.系统架构图是个统称，其实包括逻辑架构图、部署架构图、运行架构图、网络架构图等。
因此系统架构图是个比较广泛的概念。
2.逻辑架构图一般说的某个软件系统的内部包、类、对象之间的逻辑关联关系，如继承、泛化、关联等。
3.部署架构图描述的是一个软件部署到现实环境的布置情况，因此一般在图形上是表示软件的某个部分、组件在对应硬件环境下的物理与调用关系。
如分布式系统，这个图是肯定需要绘制的。
这些图的理解，关键是要自己去动手绘制才会加深理解，你可以多看看别人的图。
希望对你有帮助！...
系统架构 技术构架 应用构架 区别
展开全部 我简单回答一下吧。
技术架构关注的是：技术的分层及描述（不单纯只写mvc），关键技术的方案（如事务处理、缓存与集群等）应用架构关注的是：应用功能的划分、应用功能集成和应用功能部署。
而现在很多软件公司，都没有这方面的正式模板，我在系统架构这个方面，应该是比较权威的，我也有自己写得较好的业务架构、数据架构、应用架构和技术架构的文档，可惜，这些我不好贡献出来。
...
【组织架构图制作软件】请问做组织架构图（较复杂的那种）,用那种...
图书馆管理信息系统分析、设计、实现与测试1.1 系统分析 1.1.1 图书馆管理信息系统的基本任务 该“图书馆管理信息系统”是一个具有万人以上的员工，并地理位置分布在大型企的图 书馆理系统，图书馆藏书 100 多万册，每天的借阅量近万册。
在手工操作方式下，图书的编目和借阅等的工作量大，准确性低且不易修改维护，读者借书只能到图书馆手工方式查找书目，不能满足借阅需求。
需要建立一套网络化的电子图书馆信息系统。
该图书馆管理信息系统服务对象有两部分人：注册用户和一般读者。
一般读者经注册后成为注册用户，注册用户可以在图书馆借阅图书，其他人员只可查阅图书目录，但不能借阅图书。
系统同时考虑提供电子读物服务，目前只提供电子读物的目录查询服务，不久的将来将提供电子读物全文服务。
用户可通过网络方式访问读图书馆管理信息系统。
1.1.2 系统内部人员结构、组织及用户情况分析 为了对系统有一个全貌性的了解，首先要对系统内部人员结构、组织及用户情况有所了 解。
图书馆系统的组织结构如图 1 - 1 所示。
图 1 - 1 图书馆管理信息系统的组织结构 图书馆由馆长负责全面工作，下设办公室、财务室、采编室、学术论文室、图书借阅室、电子阅览室、期刊阅览室和技术支持室。
各部门的业务职责如下。
办公室：办公室协助馆长负责日常工作，了解客户需求，制定采购计划。
财务室：财务室负责财务方面的工作。
采编室：采编室负责图书的采购，入库和图书编目，编目后的图书粘贴标签，并送图书借阅室上架。
学术论文室：负责学术论文的收集整理。
图书借阅室：提供对读者的书目查询服务和图书借阅服务。
电子阅览室：收集整理电子读物，准备提供电子读物的借阅服务，目前可以提供目录查询和借阅。
期刊阅览室：负责情况的收集整理和借阅。
技术支持室：负责对图书馆的网络和计算机系统提供技术支持。
1.1.3 系统业务流程分析 系统的业务室系统要达到的业务目标，业务流程分析是系统分析的基础环节。
图书馆管 理信息系统的业务流程如图 1 - 2 所示。
图 1 - 2 图书馆管理信息系统的业务流程 通过业务流程调查，理清图书馆管理系统的主要业务和业务的流程。
图书馆管理员编制图书采购计划，由采购员负责新书的采购工作。
采购图书入库后，交采编室编目，粘贴标签，产生图书目录。
图书交图书借阅室上架，供读者借阅。
采编后的电子读物交电子阅览室。
读者分为注册读者和非注册读者，只有注册读者可以在本图书馆借书，非注册读者可查询目录但不能借书。
读者填写注册登记表交图书馆的管理员审核后，记人读者登记表，成为注册读者，发给借书证。
注册读者借书时，需填写借书单，连同借书证一起交给借阅室管理员，借阅管理员核对无误后，填写借阅登记表，修改图书登记表中该书的数量，上架取书交给读者。
图书馆设读者信箱，读者需要但没有库存的图书，读者可以通过读者信箱反映。
图书馆管理员定期处理读者信箱中的意见，将读者需要的图书编制成图书采购计划交采购员购买。
1.1.4 数据流程图 数据流程图时全面描述信息系统逻辑模型的工具，它抽象概括地把信息系统中各种业务 处理过程联系起来。
以下时图书馆管理信息系统地数据流程图。
（1）. 零层数据流程图 1 - 3 图 1 - 3 零层数据流程图 （ 2 ） 1 层数据流程图 1 - 4 图 1 - 4 图书馆管理信息系统 1 层数据流程图 1.1.5 数据定义及数据字典 为了对数据流程图中各元素进行详细的说明，我们采用了数据字典的说明方法。
图书馆 管理信息系统的数据字典如下： （1） 数据流描述 数据流编号： D01 数据流名称：图书采编信息 简述：图书采编信息 数据流来源：图书购买后，由图书馆采编人员编码整理后，输入计算机。
数据流去向：采编管理模块。
图书采编信息将采编数据存入数据库（图书表） 数据项组成： BookID （图书编码）+ BookType （图书类别）+ BookName （书名）+ Auth （作者）+ Publisher （出版社）+ Price （单价）+ PubDate （出版日期）+ Quantity （购买数量） 数据流量： 100 本 / 日 高峰流量： 500 本 / 日 数据流编号： D02 数据流名称：图书借阅单 简述：图书借阅单 数据流来源：用户填写图书借阅单交图书馆管理员，图书馆管理员审核后，输入计算机。
数据流去向： P2_11 检查读者身份。
数据项组成： OrderDate （借阅日期）+ BookName （书名）+ RederID （读者账号）+ ReaderName （读者姓名）+ O_Quantity （借阅数量） 数据流量： 1000 部 / 日 高峰流量： 5000 部 / 日 数据流编号： D03 数据流名称：填写借阅记录 简述：填入借阅表的记录 数据流来源： P2_13 检查合格的借阅图书信息录人到借阅库中 数据流去向：借阅库 数据项组成： OrderID （借阅号）+ OrderDate （借阅日期） BookName（ 书名 ） + BookID（ 图书编码 ） + ReaderName （读者姓名）+ ReaderID （读者账号）+ ReturnDate （还书日期）+ O_Quantity （借阅数量）+ state （状态） 数据流量： 1000 人 / 日 高峰流量： 2000 人 / 日 数据流编号： D04 数据流名称：借阅图书数量 简述：修改图书库中图书数量 数据流来源： P2_13 修改图书库中图书数量 数据流去向：图书库 数据项组成： BookID （图书编码）+ O_Quantity （借阅数量） 数据...
系统功能模块结构图,是什么
系统模块（功能）结构图结构化设计方法，采用类似于结构化分析的“由大到小”、“自顶向下，逐层分解”的基本思想描述（分解）系统。
结构化设计方法，首先以数据流图为基础导出系统模块（功能）结构图。
在导出系统模块（功能）结构图的过程中，以独立性、低耦合性、高内聚性、公共模块作为模块划分的原则。
先将系统数据流图中的加工转换成模块，再将各大模块继续划分为较小的模块，直到每一模块都是功能单一的模块。
