(完整版)20142205042026-吴勇-软件体系结构设计
软件体系结构设计技术手册
软件体系结构设计技术手册软件体系结构是指软件系统中最高层的抽象表达，包含了系统的组织结构、关键机制、成员职责等信息。
软件体系结构设计技术手册是开发工程师在进行软件开发过程中进行软件设计时使用的重要文献，有助于提高软件系统的可靠性和可维护性。
本文将阐述软件体系结构设计的基本概念、设计流程、常用的设计方法、以及如何进行软件体系结构的评估和演化。
一、软件体系结构设计的基本概念软件体系结构是针对软件系统而言的，包含了软件系统的机制、组件、交互，以及这些机制和组件所涉及到的关键约束。
软件体系结构的设计是软件开发过程中的一个极其重要的步骤，是确定软件的可靠性、可维护性、易扩展性以及性能的关键所在。
软件体系结构的设计需要满足一定的准则：指导问题分解，提供系统架构的概念完整性，体现系统最重要的特性。
软件体系结构的设计需要考虑以下几个方面：1.软件系统的功能需求和非功能需求；2.软件系统的使用场景；3.使用的开发工具和开发语言；4.软件系统的架构样式。
二、软件体系结构设计的流程在软件体系结构设计过程中，需要考虑多个因素，主要分为五个阶段：需求分析、体系结构设计、详细设计、编码和测试。
1.需求分析：该阶段是整个软件开发的第一个阶段，其中对软件系统的需求进行分析，以确定软件体系结构所需要的功能需求和非功能需求。
2.体系结构设计：体系结构设计阶段是在完成需求分析阶段后进行软件设计的第二个主要步骤。
在这个阶段，开发人员必须考虑应用程序的整体结构，设计并定义整个应用程序的组织结构以及各组表示的职责。
3.详细设计：此阶段的目的是详细描述整个软件系统的功能以及每个过程所需要的细节。
在这个阶段，工程师需要细化构件的职责、定义接口以及定义各种数值元件（例如变量、常量、函数和参数）。
4.编码：在这个阶段，开发人员使用选定的开发工具和编程语言将详细设计的规范转换为源代码。
5.测试：在这个阶段，测试人员使用一系列测试用例来测试应用程序以及体系结构的正确性和完整性。
软件体系结构设计方法ppt课件
模式驱动的体系结构设计方法从模式导出体系结构 抽象。软件设计模式的目的在于编制一套可重用的 基本原则，用于开发高质量的应用系统。体系结构 模式类似于设计模式，但它关心更粗粒度的系统结 构及其交互。
15
客户 需求规格说明书
通用知识 2：实现
体系结构模式 描述 意图
上下文
问题
解决方案
体系结构描述Biblioteka 4：组合3：应用 体系结构模式
图4 模式驱动的体系结构设计的概念模型
16
3. 系统的管理端业务处理模块
3.1 总的网络拓补结构
系统管理员
数据库 和
Web程序 都在这上
导师
导师
导师
17
3. 系统的管理端业务处理模块
在该系统中采用面向对
象分析作为主要的系统
建模方法，用不同的设
计角度描述角色（管理
有所不同。
3
客户
领域知识
捕捉需求 需求规格 说明书
提取解决方 案的结构
领域知识 工作
解决方案抽象
体系结构 规格说明
领域知识
体系结构
图1 体系结构设计方法的元模型 4
2.软件体系结构设计方法的分析
为了获取对体系结构设计的抽象，人们已经提出 了许多方法。
2.1 体系结构设计方法的分类
（1）工件驱动（Artifact-Driven）的方法 （2）用例驱动（Use-Case-Driven）的方法 （3）模式驱动（Pattern-Driven）的方法 （4）领域驱动（Domain-Driven）的方法
*
者）与系统的其它的 管理员
构件是如何联系的。管
管理端子系统 *
理端的主用例图如右图：
20142205042026-吴勇-软件体系结构设计
Guizhou University of Finance and Economics课程设计报告专业年级2014级软件工程2班课程名称软件设计与体系结构设计题目图书销售管理系统指导教师郑宇学生姓名吴勇学号20142205042026设计成绩教务处制2017年06月12日目录1. 系统开发背景 (3)1.1 概述系统 (3)2 需求分析 (3)2.1 可行性分析 (3)2.2 系统前台分析 (4)2.3 系统后台分析 (5)2. 系统设计约束 (6)2.1 系统运行环境 (6)2.2 系统接口约束 (7)2.3 系统质量约束 (8)2.4 系统隐含约束 (9)3. 系统设计策略 (9)3.1 系统关键技术 (9)3.2 系统扩展策略 (10)3.3 系统复用策略 (10)4. 系统总体结构 (10)4.1 系统逻辑设计 (12)4.2 系统用户接口逻辑设计 (12)4.3 系统物理设计 (12)5. 结论 (13)6 参考文献 (16)1. 系统开发背景1.1 概述系统经过图书销售管理系统的制作，可以实现对图书的在线查找，销售，以及在线管理等功能，此系统的优势在于系统简单却功能强大，, 扩充能力好以及能够方便的跨地域操作等性能，能很好的搭建起用户和卖家之前的桥梁，操作简单。
本系统包括图书展示，新书发布，图书展示等一系列服务，同时提供图书推荐、图书分类、图书检索等便捷服务，方便用户寻找合适的图书。
本系统适用范围广，不管是个人还是企业都可以通过平台进行图书的销售与购买，通过合法验证后即可进行相干操作。
2 需求分析2.1 可行性分析1. 要求“中国图书销售信息系统”必须适应中国国情，符合国家各种政策法规，信息指标体系满足标准化要求。
实现企业在互联网上对图书的销售。
具体实现有：会员注册和登录、图书查询、网上发表评论、管理员维护功能加强。
本软件在保证质量的前提下实现资金最小化投入。
2. 目标在先进的计算机技术支持下，运用所学的计算机软件开发知识以及企业开拓互联网图书市场的迫切需要所开发的图书销售信息系统，进行日常的图书销售管理，包括：1．便捷的购书流程2. 方便的后台管理3．人性化的操作界面3. 条件、假定和限制建议软件使用寿命：10 年经费来源：图书企业硬件条件：普通PC 机数据库：MSSQL或者ACCESS4. 进行可行性研究的方法主要通过对已有图书销售系统的分析和研究比较的方法。
(完整版)体系结构蓝图—软件体系结构的4+1视图(中文版)
本文基于多个并发视图的使用情况来说明描述软件密集型系统架构的模型。
使用多重视图允许独立地处理各"风险承担人"：最终用户、开发人员、系统工程师、项目经理等所关注的问题，并且能够独立地处理功能性和非功能性需求。
本文分别对五种视图进行了描述，并同时给出了捕获每种视图的表示方法。
这些视图使用以架构为中心的、场景驱动以及迭代开发过程来进行设计。
引言我们已经看到在许多文章和书籍中，作者欲使用单张视图来捕捉所有的系统架构要点。
通过仔细地观察这些图例中的方框和箭头，不难发现作者努力地在单一视图中表达超过其表达限度的蓝图。
方框是代表运行的程序吗？或者是代表源代码的程序块吗？或是物理计算机吗？或仅仅是逻辑功能的分组吗？箭头是表示编译时的依赖关系吗？或者是控制流吗？或是数据流吗？通常它代表了许多事物。
是否架构只需要单个的架构样式？有时软件架构的缺陷源于过早地划分软件或过分的强调软件开发的单个方面：数据工程、运行效率、开发策略和团队组织等。
有时架构并不能解决所有"客户"（或者说"风险承担人"，USC 的命名）所关注的问题。
许多作者都提及了这个问题：Garlan & Shaw 1、CMU 的Abowd & Allen、SEI 的Clements。
作为补充，我们建议使用多个并发的视图来组织软件架构的描述，每个视图仅用来描述一个特定的所关注的方面的集合。
架构模型软件架构用来处理软件高层次结构的设计和实施。
它以精心选择的形式将若干结构元素进行装配，从而满足系统主要功能和性能需求，并满足其他非功能性需求，如可靠性、可伸缩性、可移植性和可用性。
Perry 和Wolfe 使用一个精确的公式来表达，该公式由Boehm 做了进一步修改：软件架构＝{元素，形式，关系/约束}软件架构涉及到抽象、分解和组合、风格和美学。
我们用由多个视图或视角组成的模型来描述它。
为了最终处理大型的、富有挑战性的架构，该模型包含五个主要的视图（请对照图1）：•逻辑视图（Logical View），设计的对象模型（使用面向对象的设计方法时）。
软件体系结构课件第4章软件体系结构描述
能上的多种推理分析。
第4章 软件体系结构描述 ADL与其他语言的比较
第4章 软件体系结构描述 ADL与其他语言的比较
➢ 每个接口包含一种可发送的消息和一组可接收的消息。构件之间的消息要么是请求 其它构件执行某个操作的请求消息，要么是通知其他构件自身执行了某个操作或状 态发生改变的通知消息。
➢ 构件之间的消息交换不能直接进行，而只能通过连接件来完成。每个构件接口最多 只能和一个连接件相连，而连接件可以和任意数目的构件或连接件相连。
第4章 软件体系结构描述
C2 – 概述
➢ C2和其提供的设计环境（Argo）支持采用基于时间的风格来描述用户界面系统，并 支持使用可替换、可重用的构件开发GUI的体系结构。
➢ 在C2中，连接件负责构件之间消息的传递，而构件维持状态、执行操作并通过两个 名字分别为“top”和“bottom”的端口和其它的构件交换信息。
bottom_domain_interface ::= bottom_domain is out interface_notifications in interface_requests
interface_requests ::= {request；} | null；
interface_notifications ::= {notification；} | null；
➢ MIL方式对模块化的程序设计和分段编译等程序设计与开发技术确实发挥了 很大的作用。但是由于这些语言处理和描述的软件设计开发层次过于依赖程 序设计语言，因此限制了它们处理和描述比程序设计语言元素更为抽象的高 层次软件体系结构元素的能力。
软件架构设计中的五层体系结构
软件架构设计中的五层体系结构随着计算机技术的不断发展，软件系统的规模越来越大，复杂度也越来越高，因此在软件系统的开发过程中，软件架构的设计显得尤为重要。
软件架构定义了软件系统的组织结构，包括软件系统的组件、模块、接口、数据流等等，是指导软件系统设计和开发的基石。
软件架构设计中的五层体系结构是一种基于分层思想的软件架构设计模式，被广泛应用于大型软件系统。
该体系结构分为五个层次，每个层次负责处理不同的任务和功能，各层之间协同工作，形成一个完整的软件系统。
下面将详细解释五个层次及其功能。
第一层：用户界面层用户界面层是软件系统与用户之间的接口，负责接收用户的输入请求，并向用户展示软件系统的输出信息。
用户界面层通常包括下面两个部分：1.1 用户界面管理器用户界面管理器是负责响应用户界面的请求，生成和显示用户界面的用户界面组件，如按钮、文本框等。
用户界面管理器还可以帮助用户进行数据输入验证，保证数据的完整性和正确性。
1.2 应用程序编程接口应用程序编程接口（API）是用户界面层与下一层——业务逻辑层之间的桥梁，将用户界面的请求传递给业务逻辑层。
API还可以将业务逻辑层返回的数据展示给用户界面层。
第二层：业务逻辑层业务逻辑层是软件系统的核心，负责处理软件系统的业务逻辑，即实现软件系统的功能。
业务逻辑层通常包括下面两个部分：2.1 业务逻辑模型业务逻辑模型是软件系统中实现业务逻辑的代码和算法集合，是业务逻辑层的核心。
业务逻辑模型需要和其他模块进行交互，因此需要和数据库模型进行配合。
2.2 数据访问模型数据访问模型负责与数据库进行通信，将业务逻辑层操作的数据存储到数据库中，并从数据库中读取数据。
数据访问模型还需要对数据库进行管理和维护，保证数据库的稳定性和安全性。
第三层：数据访问层数据访问层是负责管理和维护数据库的模块，其功能是通过数据访问接口向上层提供一定的数据访问功能，同时向下层提供对数据库的操作。
数据访问层通常包括下面两个部分：3.1 数据库访问接口数据库访问接口提供对外的数据访问API，向上层提供数据库的访问功能。
软件工程设计概念与体系结构设计
软件工程设计概念与体系结构设计软件工程设计是软件开发过程中非常重要的一个环节。
设计阶段旨在将需求转化为可执行的软件系统，具体包括软件的结构设计和详细设计两个方面。
其中，体系结构设计是软件工程设计的一个重要子过程，它定义了软件系统的整体结构和组织方式。
在软件工程设计过程中，需要考虑到诸多因素，如软件的需求、功能、性能、可用性、安全性等。
同时，设计过程还需要满足各种约束条件，如时间、成本、资源等。
软件体系结构设计的概念软件体系结构设计是软件工程设计的一个重要子过程，它定义了软件系统的整体结构和组织方式。
体系结构设计是将软件系统划分为若干个模块和组件，确定它们之间的关系和交互方式。
软件体系结构设计主要包括以下几个方面：模块划分、接口设计、数据流设计、控制流设计和数据库设计。
模块划分是指将软件系统划分为一个个相对独立的模块，每个模块负责一个或多个功能。
模块划分的基本原则是高内聚、低耦合，既要保持模块内部的一致性和完整性，又要减少模块之间的依赖关系。
接口设计是指定义模块之间的接口和协议，规定它们之间的数据格式和传输方式。
好的接口设计能够提高模块之间的可互操作性和可扩展性。
控制流设计是指定义软件系统中的控制流程，包括程序的执行顺序和控制结构。
控制流设计需要考虑功能的划分和模块之间的协作。
数据库设计是指设计软件系统中的数据库结构和数据模型。
数据库设计需要考虑数据的组织方式、关系和约束。
软件体系结构设计的目标是建立一个灵活、可扩展、易于维护和高效的软件系统。
一个好的体系结构设计能够提高软件的可靠性、可维护性、可重用性和扩展性。
总结软件工程设计概念与体系结构设计是软件开发过程中非常重要的环节。
软件工程设计旨在将需求转化为可执行的软件系统，它需要考虑到诸多因素和约束条件。
软件体系结构设计是软件工程设计的一个重要子过程，它定义了软件系统的整体结构和组织方式，包括模块划分、接口设计、数据流设计、控制流设计和数据库设计等方面。
高级软件工程(第九章)-软件体系结构()PPT课件
管道/过滤器结构
Ø 每个过滤器都是一个独立的个体元素，各个过滤器的状态互不 相关，非邻近过滤器不共享任何信息；
9 Ø 运行结果的正确性与各个过滤器运行的先后顺序无关。
管道/过滤器体系结构风格
➢管道/过滤器风格具有以下优点： ✓ 简单性，允许将系统的输入和输出看作是各个
过滤器行为的简单组合，独立的过滤器能够减 小构件之间的耦合程度； ✓ 系统具有可扩展性和可进化性，各个过滤器是 相互独立的，因此可以很容易地将新过滤器添 加到现有的系统之中，以扩展系统的业务处理 能力，原有过滤器可以很方便地被改进的过滤 器所替代；
➢软件体系结构表示系统的框架结构，用于从较高 的层次上来描述各部分之间的关系和接口，主要 包括：构件、构件性质和构件之间的关系。
➢不同系统的设计方案存在着许多共性问题，把这 些共性部分抽取出来，就形成了具有代表性的和 可广泛接受的体系结构风格。
4
几种典型的软件体系结构风格
➢软件体系结构风格也称为软件体系结构惯用模 式，是指不同系统所拥有的共同组织结构和语 义特征。
软件密集型系统的总体结构的语言，说明系统众
多构件之间的结构关系。
➢代表性的体系结构描述语言包括：
➢ Wright
➢ ACME
➢ Rapide
➢ ABC/ADL
➢ Darwin
➢ XYZ/ADL
➢ Unicon
➢ XADL
➢ 大部分结构描述语言都有构件、连接子、配置
等概念。
3
几种典型的软件体系结构风格
➢软件体系结构风格定义了用于系统描述的术语 表和一组用于指导系统构建的规则。
5
几种典型的软件体系结构风格
➢管道/过滤器风格 ➢数据共享风格 ➢客户机/服务器风格 ➢浏览器/服务器风格 ➢MVC体系结构风格
软件体系结构
软件体系结构软件体系结构课件Software ArchitectureBy 王备战wangbz@ ***** ***-*****(O)软件体系结构课件从本质上讲，软件与硬件的设计和实现是相通的，是可以相互转换的。
软件体系结构课件Chapter One 概述体系结构是指整个系统构成的基本和主体形态。
C 体系结构成为建立和考察系统的总体指导或基本出发点 C 体系结构对一个应用系统的生命周期有着非常重要的影响C 软件的复杂性打破了以往硬件与软件的平衡，SA被提出了软件的复杂性打破了以往硬件与软件的平衡，SA被提出了软件体系结构是软件在设计构成上的基本、可供设计选择的形态和总体结构。
C C C C 软件设计中可供选择的结构形态每个结构概念都传达了一些信息有关领域愈是成熟和发展，人们对结构的认识也就愈加深刻SA概念的提出和应用，说明了软件设计技术在高层次上的发展并SA概念的提出和应用，说明了软件设计技术在高层次上的发展并走向成熟软件体系结构课件Chapter One 概述Contents: Contents:C §1.1 软件体系结构 C §1.2 当前的软件设计 C §1.3 软件设计的层次 C §1.4 体系结构与软件的工程设计 C §1.5 软件体系结构的知识体系软件体系结构课件Chapter One 概述§1.1 软件体系结构软件体系结构课件Chapter One 概述§1.1 软件体系结构SA发展SA发展C 1980’s 使用非正式的框图依靠专家的特定经验不规范、多样地使用体系结构模式和风格C 1990’s 认识到了体系结构的价值开发过程中要求体系结构文档，并开始体系结构评审产品化、商业化的体系结构标准和组件集成框架开始出现规范化体系结构设计中的词汇、符号和工具软件体系结构的书籍和课程C 20XX年’s ?软件体系结构课件Chapter One 概述§1.1 软件体系结构软件体系结构C 软件体系结构定义了软件的局部和总体计算部件的构成，以及这些部件之间的相互作用关系。
软件体系结构
软件体系结构
软件体系结构（Software architecture，软件架构）为软件系统提供了一个结构、行为和属性的高级抽象，由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。
软件体系结构不仅指定了系统的组织结构和拓扑结构，并且显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策的基本原理。
对于软件项目的开发来说，一个清晰的软件体系结构是首要的。
传统的软件开发过程可以划分为从概念直到实现的若干个阶段，包括问题定义、需求分析、软件设计、软件实现及软件测试等。
软件体系结构的建立应位于需求分析之后，软件设计之前。
但在传统的软件工程方法中，需求和设计之间存在一条很难逾越的鸿沟，从而很难有效地将需求转换为相应的设计。
而软件体系结构就是试图在软件需求与软件设计之间架起一座桥梁，着重解决软件系统的结构和需求向实现平坦地过渡的问题。
软件体系结构是项目干系人进行交流的手段，明确了对系统实现的约束条件，决定了开发和维护组织的组织结构，制约着系统的质量属性。
软件体系结构使推理和控制更改更简单，有助于循序渐进的原型设计，可以作为培训的基础。
软件体系结构是可传递和可复用的模型，通过研究软件体系结构可能预测软件的质量。
(完整版)体系结构蓝图—软件体系结构的4+1视图(中文版)
本文基于多个并发视图的使用情况来说明描述软件密集型系统架构的模型。
使用多重视图允许独立地处理各"风险承担人"：最终用户、开发人员、系统工程师、项目经理等所关注的问题，并且能够独立地处理功能性和非功能性需求。
本文分别对五种视图进行了描述，并同时给出了捕获每种视图的表示方法。
这些视图使用以架构为中心的、场景驱动以及迭代开发过程来进行设计。
引言我们已经看到在许多文章和书籍中，作者欲使用单张视图来捕捉所有的系统架构要点。
通过仔细地观察这些图例中的方框和箭头，不难发现作者努力地在单一视图中表达超过其表达限度的蓝图。
方框是代表运行的程序吗？或者是代表源代码的程序块吗？或是物理计算机吗？或仅仅是逻辑功能的分组吗？箭头是表示编译时的依赖关系吗？或者是控制流吗？或是数据流吗？通常它代表了许多事物。
是否架构只需要单个的架构样式？有时软件架构的缺陷源于过早地划分软件或过分的强调软件开发的单个方面：数据工程、运行效率、开发策略和团队组织等。
有时架构并不能解决所有"客户"（或者说"风险承担人"，USC 的命名）所关注的问题。
许多作者都提及了这个问题：Garlan & Shaw 1、CMU 的Abowd & Allen、SEI 的Clements。
作为补充，我们建议使用多个并发的视图来组织软件架构的描述，每个视图仅用来描述一个特定的所关注的方面的集合。
架构模型软件架构用来处理软件高层次结构的设计和实施。
它以精心选择的形式将若干结构元素进行装配，从而满足系统主要功能和性能需求，并满足其他非功能性需求，如可靠性、可伸缩性、可移植性和可用性。
Perry 和Wolfe 使用一个精确的公式来表达，该公式由Boehm 做了进一步修改：软件架构＝{元素，形式，关系/约束}软件架构涉及到抽象、分解和组合、风格和美学。
我们用由多个视图或视角组成的模型来描述它。
为了最终处理大型的、富有挑战性的架构，该模型包含五个主要的视图（请对照图1）：•逻辑视图（Logical View），设计的对象模型（使用面向对象的设计方法时）。
软件系统设计与体系结构 ppt课件
◇ 构件模型及实现 ◇ 构件获取 ◇ 构件管理 ◇ 构件重用
课本第17页图1-7
第1章 软件体系结构概论 ◇ 构件模型及实现
◎ 构件的定义
1.2 构件与软件重用
构件是指语义完整、语法正确和有可重用价值的单 位软件，是软件重用过程中可以明确辨识的系统；结构 上，它是语义描述、通讯接口和实现代码的复合体。
第1章 软件体系结构概论 ◇ 构件管理
◎ 构件描述
1.2 构件与软件重用
构件模型是对构件本质的抽象描述，主要是为构件 的制作与构件的重用提供依据； 从管理角度出发，也需要对构件进行描述，例如： 实现方式、实现体、注释、生产者、生产日期、大小、 价格、版本和关联构件等信息，它们与构件模型共同组 成了对构件的完整描述。
1.2 构件与软件重用
自学
第1章 软件体系结构概论 ◇ 本次课重点
1. 软件危机的表现和成因。 2. 构件和软件重用的概念？ 3. 基于构件软件重用的开发组织结构关系和关 系图。
第1章 软件体系结构概论 ◇ 作业
1.查阅课外资料，谈一谈如何克服软件危机。 2.（1)什么是构件？ (2)什么是软件重用？
第1章 软件体系结构概论 ◇ 构件模型及实现
◎ 青鸟构件模型
1.2 构件与软件重用
参数化属性 构件名称 提供的 功能 具体成员 功能描述 虚拟成员 所需的构件
成员关系
第1章 软件体系结构概论 ◇ 构件获取
1.2 构件与软件重用
从现有构件中获得符合要求的构件，直接使用或作 适应性修改，得到可重用的构件；
◎ 理解与评价构件
◇ 构件的功能与行为 ◇ 相关的领域知识
1.2 构件与软件重用
◇ 可适应性约束条件与例外情形
◇ 可以预见的修改部分及修改方法
14 体系结构设计
SafeHomede的第一层ＣＦＤ
控制 面板
配置 系统
闪烁 标志
与用户 交互
开／关 切换
激活／不 激活系统
密码 处理
传感器 事件
传感器
警告 信号
监控 传感器
配置信息
显示信息 和状态 警告 状态
显示活动 状态（完 成、在处 理中）
控制 面板 超 显示 时警
铃 电 话 线
14.7 事务映射
设计步骤 1. 评审基本系统模型 2. 评审和精化软件的数据流图 3. 确定DFD含有变换流还是事务流特征 4. 标识事务中心和每条动作路径上的流特征 5. 因子化并精化该事务结构和每条动作路径的结构 6. 用提高软件质量的启发信息，精化第一次迭代得
数据仓库的特征： 面向主题 集成性 时变性 非易失性
14.2.2 构件级的数据设计
数据规约原则：
1.用于功能和行为的系统分析原则也应用于数据 2.应该标识所有的数据结构以及其上完成的操作 3.应当建立数据字典，并用于数据设计和程序设计 4.低层的设计决策应该推迟到设计过程的后期
数据规约原则：
14.4.2 体系结构设计的定量指导
频谱分析模型--从最好到最坏
整体的总的分值S 最坏总的分值Sw 最好分值Sb
计算频谱指标Is： Is=[(S-Sw)/( Sb-Sw)]*100
频谱分析模型
改善指标Imp: Imp=Is1-Is2 如果Imp是正值，则系统1相对于系统2完善
设计选择分析模型--需要评估
5.只有直接使用数据结构内部模块才能看到该数据 结构的表示
6.应该开发一个由有用的数据结构和应用于其上的 操作组成的库
7.软件设计和程序设计语言应该支持抽象数据类型 的规约和实现
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
课程设计报告专业年级2014级软件工程2班课程名称软件设计与体系结构设计题目图书销售管理系统指导教师郑宇学生姓名吴勇学号20142205042026设计成绩教务处制2017年06月12日目录1. 系统开发背景 (3)1.1 概述系统 (3)2需求分析 (3)2.1可行性分析 (3)2.2系统前台分析 (4)2.3系统后台分析 (5)2. 系统设计约束 (6)2.1 系统运行环境 (6)2.2 系统接口约束 (7)2.3系统质量约束 (8)2.4 系统隐含约束 (9)3. 系统设计策略 (9)3.1 系统关键技术 (9)3.2 系统扩展策略 (10)3.3 系统复用策略 (10)4. 系统总体结构 (10)4.1 系统逻辑设计 (12)4.2 系统用户接口逻辑设计 (12)4.3 系统物理设计 (12)5. 结论 (13)6参考文献 (16)1. 系统开发背景1.1 概述系统经过图书销售管理系统的制作，可以实现对图书的在线查找，销售，以及在线管理等功能，此系统的优势在于系统简单却功能强大，,扩充能力好以及能够方便的跨地域操作等性能，能很好的搭建起用户和卖家之前的桥梁，操作简单。
本系统包括图书展示，新书发布，图书展示等一系列服务，同时提供图书推荐、图书分类、图书检索等便捷服务，方便用户寻找合适的图书。
本系统适用范围广，不管是个人还是企业都可以通过平台进行图书的销售与购买，通过合法验证后即可进行相干操作。
2需求分析2.1可行性分析1.要求“中国图书销售信息系统”必须适应中国国情，符合国家各种政策法规，信息指标体系满足标准化要求。
实现企业在互联网上对图书的销售。
具体实现有：会员注册和登录、图书查询、网上发表评论、管理员维护功能加强。
本软件在保证质量的前提下实现资金最小化投入。
2.目标在先进的计算机技术支持下，运用所学的计算机软件开发知识以及企业开拓互联网图书市场的迫切需要所开发的图书销售信息系统，进行日常的图书销售管理，包括：1．便捷的购书流程2. 方便的后台管理3．人性化的操作界面3.条件、假定和限制建议软件使用寿命：10年经费来源：图书企业硬件条件：普通PC机数据库：MSSQL或者ACCESS4.进行可行性研究的方法主要通过对已有图书销售系统的分析和研究比较的方法。
5.评价尺度此软件只是一个适用软件，达到图书查询、购买及后台管理的要求即可，软件开发周期不长。
对于企业的要求还有一定的距离。
只是提供一种简易的软件用以实现企业功能的初级软件。
3．经济可行性图书销售系统实用性强，易学、易掌握、易使用，并且可以方便消费者，并增加效率。
该软件针对图书销售行业的情况进行了大量的研究，帮助您更好地管理库存、增加销售、降低成本和提高客户满意度，做出可靠的财务决定。
它为您节省完成日常工作所花费的时间，可以更方便快捷的管理的各个环节。
对于本系统软件的市场开发投资方向体现在软件开发、软件生产、软件测试、技术培训、宣传推广方面，因此主要投资力度应放在宣传与推广方面，并应采取全方位的宣传方式。
2.2系统前台分析1、会员中心①游客注册游客能够通过此功能注册成为本网站会员，从而取得相应功能。
②会员登录游客注册成为会员后，必须登录才能拥有平台提供的相关功能。
③会员账户冻结用户要是出现什么异常状况，如账号密码被盗等，可选择此功能暂时冻结账号，从而取得时间去修改登录信息，保护账号安全等。
2、售书管理①书籍查询会员想购买书籍，或者对自己想购买的书籍了解不详细，可以通过此功能进行搜索查询，找到自己需要的书籍②客户中心会员能够在这里修改个人资料、修改密码及密码保护问题和答案，对自己购买的书籍进行管理，查看自己购买书籍的物流等等。
③客户下订单会员对需要购买的书籍可以通过此功能下订单购买④实现购物车功能会员可以将自己喜爱的书籍或想要买的书籍加入购物车，在最后的时候统一结算，节省用户时间。
⑤支付功能会员通过此功能对本人购买的书籍付款，付款后本平台将依据订单准时发货。
2.3系统后台分析1、图书管理①入库处理系统将到货的新书进行登记入库②出库处理系统将售出的书籍进行售出记录2、后台订单处理①单审核系统将对用户下的订单进行审核，不合格的订单（如会员地址，会员手机号码等填写不具体的）退回给会员重新填写，合格的订单交给物流进行发货3、会员中心管理①会员注册管理系统将对注册的会员进行统一的管理②会员登录管理系统将对登录的会员进行统一管理③账户冻结信息管理系统将对被冻结的会员进行统一的管理4、基础信息管理①员工信息管理系统将对工作员工的所有基本信息进行统一的管理②会员信息管理系统将对注册成为会员的信息进行统一的管理③图书信息管理系统将对所有的图书信息进行统一的管理④新书上架发布系统将在网站上发布上架的新书，方便用户进行选择2. 系统设计约束2.1 系统运行环境一、硬件环境1、客户程序硬件要求：最低 1G 内存最小 8 GB 硬盘鼠标键盘2、服务器硬件需求：最低 2G 内存最小 20GB 硬盘鼠标键盘二、软件环境1、客户程序多需软件：Windows NT /2000或更高版本2、数据库服务器软件：WINDOWSXP/LINUX或更高版本SQL Sever2005以上Tomcat 6.0以上2.2 系统接口约束一、用户界面设计规则系统用户接口：采用Windows的通用图形界面，对用户友好，且必须对鼠标键盘提供支持，界面设计应遵循：1、尽量保持一致性：界面规范应遵循MS Windows软件界面的规范2、设计完整的对话过程：系统的每一次对话都应该有明确的次序：开始、中间处理过程、结束3、提供简单的错误处理机制4、提供信息反馈：用多种信息提示用户当前软件运行状态，软件界面元件的功能5、提供控制的内部轨迹：系统应该让用户觉得是由用户在做决定，可以通过提示字符和提示消息的方式使用用户产生这种感觉二、内部接口设计因为数据库的独特性，其数据库内部不需要特别设计接口。
内部模块之间需要建立接口，方便其他模块进行调用。
表现层模块可调用业务层模块接口，业务层模块可调用数据持久层接口，公共模块接口可任意被其余模块调用。
三、外部接口设计硬件之间的接口：暂无软件之间的接口：暂无2.3系统质量约束2.4 系统隐含约束1、本系统的操作人员要求能达到基本会操作Windows的程度即可。
2、数据库的维护人员必须具备数据库管理知识。
3. 系统设计策略为了适应业务需求，系统在设计中为今后的结构变化预留了充分的空间，能够不间断地开发、完善各模块功能。
依据图书销售管理系统的目标和发展方向，结合实际情况，形成了以下设计策略方案。
3.1 系统关键技术系统基于C#平台，C#（C Sharp)是微软(Microsoft)为.NET Framework量身订做的程序语言。
C#拥有C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向(Component-oriented)的程序语言。
框架类库可以简单的理解为预先编写好的程序代码。
这些代码包含了编程中常用数据，以及对这些数据的操作。
在编程时，可以使用Visual Studio .NET中集成的任何一种编程语言来调用这些代码，以加快应用程序开发的效率。
2.公共语言运行库Common Language Runtime,（CLR）,负责管理用.net框架类库开发的所有应用程序的执行，在Visual 中集成的所有编程语言编写的应用程序均需通过CLR才能运行。
3.MicroSoft中间语言在IDE环境中，各种语言编译器负责完成编译工作的第1步，将源代码转换为一种中间代码（Microsoft Intermediate Language,MSIL），不同的高级语言源代码编译成MSIL后，就变成了统一的语言表现形式。
4.JIT即时编译MSIL是一种非常接近机器语言的代码，但还不能在计算机上运行，还要通过第2步编译工作将MSIL变成真正的机器语言，即时编译(Just-In-Time，JIT）完成该项工作。
3.2 系统扩展策略为了方便系统在将来扩展功能，平台子系统中都采用继承的抽象设计。
3.3 系统复用策略业务逻辑对组件模型进行了封装，在子系统视图的粒度上，每个子系统都是一个独立的、可复用的组件；在业务逻辑视图的粒度上，平台系统的业务逻辑被封装成了一个独立于用户接口与数据库实体，从而实现了完整业务逻辑的复用，降低了开发、维护成本。
4. 系统总体结构在对网上图书销售的需求分析基础上，对它的整体结构进行了设计，此系统总体结构图如下。
图4.1 系统总体结构图从网上图书销售系统总结构图可以看出，平台体系结构是由前台和后台两个独立的功能模块组成。
为了进一步说明网上图书销售系统总结构的体系框架，对平台的两大主要功能模块进行了详细的设计，各自的功能结构图如下所示：1、前台管理体系结构图：图4.2前台管理体系结构图2、后台管理体系结构图：图4.3后台管理体系结构图4.1 系统逻辑设计根据用户需求分析的结果，我们将网上图书销售系统分为前台管理系统和后台管理系统，然后对其进一步划分为多个独立的子系统，据此：1、以用户使用的观点来看，系统在采用B/S结构模型。
2、以业务逻辑设计的视角来看，系统采用的是分层体系结构模型。
4.2 系统用户接口逻辑设计客户端系统采用的是典型的B/S结构模型实现，即只实现基本的用户界面。
而系统功能实现在服务器端，以提高系统的易维护性、安全性。
4.3 系统物理设计根据系统运行的硬件要求，建立系统运行的环境，保证系统能正常在服务器上运行。
5. 结论通过对网上图书销售系统总体框架的分析，其各个模块的结构和功能说明如下：模块1：会员中心模块2：售书管理模块3：图书管理模块4：后台订单处理模块5：会员中心管理模块6：基础信息管理6参考文献1. 《网上图书销售系统的设计与实现》期刊：《电脑学习》年份：2011 作者：李智勇2. 《基于ajax的网上图书销售管理系统的设计与实现》期刊：《南昌大学硕士论文》年份：2011 作者：李姗3. 《基于b/s结构的图书销售管理系统的设计与实现》期刊：《吉林大学硕士论文》年份：2013 作者：杨兴越4. 《网上二手图书销售系统的设计与实现》期刊：《消费电子》年份：2012 作者：徐颖慧。