软件体系结构大作业.doc

软件体系结构大作业

南京邮电大学
《软件体系结构》大作业

姓名 陈何渊
学号 B12041318
院系 计算机、软件学院
指导老师 周国强
12月30日

一、 简述软件体系结构的性质、研究意义和目标是什么? (不少于300字)
答
软件体系结构的性质：
软件体系结构是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据构件和连接构件。处理构件负责对数据进行加工，数据构件是被加工的信息，连接构件把体系结构的不同部分组组合连接起来。这一定义注重区分处理构件、数据构件和连接构件，这一方法在其它的定义和方法中基本上得到保持。
（1）软件体系结构是软件设计过程的一个层面，是相对独立的、有价值的软件设计方法的总结，可作为软件开发指导性的策略和途径。
（2）强调设计过程，而非分析的过程。分析的目标是理解和表示，设计的目标是实现。
（3）非用户的观点及非功能的观点。对于用户，结构是软件系统功能的组合。对于设计者，结构是为特定目标而设立的软件成分以及成分之间的关系。
研究意义：
软件体系结构是软件工程的重要研究领域，经过对基本软件结构和经典设计风格的学习和研究，掌握软件体系结构设计的基本原则和技术途径；能够拓宽软件方法和技术的知识面，提高软件的设计能力；软件体系结构的重要作用体现在以下三个方面：
1.体系结构是风险承担者进行交流的手段，软件系统的各个风险承担者都关心着系统的各个不同的方面，这些方面都受体系结构的影响。
2.体系结构是早期设计决策的体现，软件体系结构体现的这些早期的约束比起后续的开发、设计、编码、运行服务以及维护工作更为重要。
3.软件体系结构是可传递和可重用的模型。
目标：
软件体系结构是一系列决策和基本原理的集合，这些决策的目标在于开发高效的软件体系结构。在体系结构设计中所强调的基本原理是系统的可理解性、可维护性和可扩展性。以一些恰当的形式汇集一定数量的体系结构元素满足系统的主要功能和性能的需求，另外还能同时表示出一些非功能性需求。开发出合理的、高效的、高质量的软件体系结构，重点解决系统开发过程中的总体结构问题。

二、简述软件设计风格、软件应用框架和软件设计模式的特征和区别？（不少于300字）
软件体系结构风格
风格是表示特定系统元素和组织方式的通用范例。软件体系结构风格，反映众多系统共有结构的习惯用法和语义，表述系统的静态结构方式，强调软件元素的组织形式和一般见法。软件体系结构是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据构件和连接构件。处理构件负责对数据进行加工，数据构件是被加工的信息，连接构件把体系结构的不同部分组组合连接起来。这一定义注重区分处理构件、数据构件和连接构件，这一方法在其它的定义和方法中基本上得到保持。　下面将介绍几种主要和经典的体系结构风格和它们的优缺点。
1.C2风格。C2体系结构风格能够概括为：经过连接件绑定在一起的按照一组规则运作的并行构件网络。图1中构件与连接件之间的连接体现了C2风格中构建系统的规则。
2.数据抽象和面向对象风格。当前软件界已普遍转向使用面向对象系统，抽象数据类型概念对软件系统有着重要作用。这种风格的构件是对象，或者说是抽象数据类型的实例。对象是一种被称作管理者的构件，因为它负责保持资源的完整性。对象是经过函数和过程的调用来交互的。图2是数据抽象和面向对象风格的示意图。
3.基于事件的隐式调用风格。基于事件的隐式调用风格的思想是构件不直接调用一个过程，而是触发或广播一个或多个事件。系统中的其它构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注册的所有过程，这样，一个事件的触发就导致了另一模块中的过程的调用。
4.管道/过滤器风格。在管道/过滤器风格的软件体系结构中，每个构件都有一组输入和输出，构件读输入的数据流，经过内部处理，然后产生输出数据流。这个过程一般经过对输入流的变换及增量计算来完成，因此在输入被完全消费之前，输出便产生了。因此，这里的构件被称为过滤器，这种风格的连接件就象是数据流传输的管道，将一个过滤器的输出传到另一过滤器的输入。
5.批处理风格。批处理风格的每一步处理都是独立的，而且每一步是顺序执行的，只有当前一步处理完后，后一步处理才能开始，数据传送在步与步之间作为一个整体。批处理的典型应用是经典数据处理和程序开发。
软件设计模式
设计模式是软件问题高效和成熟的设计模板，模板包含了固有的问题的处理逻辑，强调处理逻辑采用方式的直接复用。设计模式/软件设计模式（Design pattern）是一套被重复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被她人理解、保证代码可靠性。
软件应用框架
框架是待实例化的、可复用的大粒度部件结构。框架面向不同规模的应用问题，是通用的结构。强调针对实际问题和通用结构。应用框架有如下优点：模块化 把应用分割成多个组件或模块. 模块化的开发互不影响, 效率提高.可重用性 代码的可重用性.可扩展性 客制化，开发者可在框架中插入自定义的业务逻辑。

三、A公司是一家相对较大的软件和硬件企业，专业从事网络设备的开发。从单一的产品开始，现在，已经延伸到包括摄相服务器、扫描服务器、光盘服务器以及其它的存储服务器在内的产品。公司原来的产品都是一个一个地开发，每个软件组织一个项目组。为了适应快速变化的市场，降低开发成本，公司想引入产品线方法。然而，软件产品线开发涉及了一个软件开发组织的多个产品，选择了软件产品线意味着要承担由此带来的许多风险。
因此，公司的CTO王总决定在弄清三个问题之后再做决定，首先就是本公司的业务范围是否适合使用产品线方法，其次是如何在原有产品的基础上建立产品线，最后是成功实施产品线的主要因素是什么？

[问题1]
请用100字以内文字说明A公司是否适合采用产品线方法？为什么？
产品线是指密切相关的一组产品，因为这些产品以类似的方式发挥作用，售给同类客户群，经过同一种类的渠道销售出去产品线能够是密切相关的一组产品，也能够是多个系列产品的集合，面向不同客户群，经过不同销售渠道销售出去；从规模来看，能够是几百万、几千万的小产品线，也能够是几十亿、几百亿的大产品线。A公司的产品符合产品线的要求。因此适合。
[问题2]
请用200字以内文字说明如何在原有产品的基础上建立产品线？
建立产品线首先要明确市场需求和企业资源，企业到底能支撑自身做什么样的产品，同时要想清楚未来市场上需要什么样的产品；其次是要策划比较好的产品线，要有两个策划，一个是产品策划，即基于特定目标客群划分的产品组合，另一个是营销策划；第三是标准化，标准化包括设计标准和实施标准。
（1)演化方式，即将现有产品演化为产品线：在基于现有产品体系结构设计的基础上，将特定产品的构件逐步转化为产品线的共用构件，从基于产品的方法逐步转化为基于产品线的软件开发。主要优点是经过对投资回报周期的分解、对现有系统演化的维持使产品线方法的实施风险降到了最小，与革命方式相比，完成核心资源的总周期和总投资较大。
(2)革命方式，即用软件产品线替代现有产品集：基本停止现有产品的开发，所有工作直接针对软件产品线的核心资源开发。遗留系统只有在符合体系结构和构件需求的情况下，才能够和新的构件协作。因重要需求的变化导致的初始投资报废的风险加大，与演化方式相比，完成核心资源的总周期和总投资较小。由于无法满足产品线方法对软硬件同步的需求，这种方法适用于软硬件结合密切且硬件需求差异大的现有产品集。

[问题3]
请用150字以内文字说明成功实施产品线的主要因素是什么？
(1)对该领域的产品开发已具备长期积累的经验。
(2)一个用于构建产品的好的核心资源库。
(3)好的产品线体系结构。
(4)好的管理(软件资源、人员组织、过程)支持。

四、简述SOA软件体系结构的基本概念,简述Web Service的主要协议。(不少于30 0字)
SOA软件体系结构基本概念：
面向服务的体系结构（service-oriented architecture）是一个组件模型，它将应用程序的不同功能单元（称为服务）经过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务能够以一种统一和通用的方式进行交互。
Web Service技术， 能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件， 就可相互交换数据或集成。依据Web Service规范实施的应用之间， 无论它们所使用的语言、 平台或内部协议是什么， 都能够相互交换数据。Web Service是自描述、 自包含的可用网络模块， 能够执行具体的业务功能。Web Service也很容易部署， 因为它们基于一些常规的产业标准以及已有的一些技术，诸如XML和HTTP。Web Service减少了应用接口的花费。Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。
XML和XSD
可扩展的标记语言XML　是Web Service平台中表示数据的基本格式。除了易于建立和易于分析外，XML主要的优点在于它既与平台无关，又与厂商无关。XML是由万维网协会(W3C)创立，W3C制定的XML SchemaXSD　定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。
Web Service平台是用XSD来作为数据类型系统的。当你用某种语言如VB. NET或C#　来构造一个Web Service时，为了符合Web Service标准，所有你使用的数据类型都必须被转换为XSD类型。如想让它使用在不同平台和不同软件的不同组织间传递，还需要用某种东西将它包装起来。这种东西就是一种协议。
Web Service的主要协议
SOAP
SOAP即简单对象访问协议(Simple Object Access Protocol)，它是用于交换XML编码信息的轻量级协议。它有三个主要方面：XML-envelope为描述信息内容和如何处理内容定义了框架，将程序对象编码成为XML对象的规则，执行远程过程调用(RPC)的约定。SOAP能够运行在任何其它传输协议上。例如，你能够使用 SMTP，即因特网电子邮件协议来传递SOAP消息，这可是很有诱惑力的。在传输层之间的头是不同的，但XML有效负载保持相同。
Web Service 希望实现不同的系统之间能够用“软件-软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于Web无缝集成”的目标。
WSDL
Web Service描述语言WSDL　就是用机器能阅读的方式提供的一个正式描述文档而基于XML的语言，用于描述Web Service及其函数、参数和返回值。因为是基于XML的，因此WSDL既是机器可阅读的，又是人可阅读的。
UDDI
UDDI 的目的是为电子商务建立标准；UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协议的实现标准。
调用RPC与消息传递
Web Service本身其实是在实现应用程序间的通信。我们现在有两种应用程序通信的方法：RPC远程过程调用　和消息传递。使用RPC的时候，客户端的概念是调用服务器上的远程过程，一般方式为实例化一个远程对象并调用其方法和属性。RPC系统试图达到一种位置上的透明性：服务器暴露出远程对象的接口，而客户端就仿佛在本地使用的这些对象的接口一样，这样就隐藏了底层的信息，客户端也就根本不需要知道对象是在哪台机器上。

五、自选一个系统，基于WebService实现原型系统。
包含三部分内容：
1） 系统需求：按照国标《软件需求说明书（GB856T——88）》的要求撰写系统的需求，能够根据系统的特点进行国标文档章节内容的删减。
2） 系统设计：按照国标《概要设计说明书（GB8567——88）》、《详细设计说明书（GB8567——88）》的要求撰写系统的设计，能够根据系统的特点进行国标文档章节内容的删减。
3）原型系统。

①《软件需求说明书（GB856T——88）》
1
引言................................................................
1.1编写目的………………………....................................... 
1.2背景............................................................. 
1.3定义............................................................. 
1.4参考资料......................................................... 
2任务概述........................................................... 
3需求规定........................................................... 
3.1对功能的规定..................................................... 
3.2对性能的规定.....................................................
3.3输入输出要求......................................................
3.4故障处理要求......................................................

1引言
1.1编写目的
仓库管理系统是为了实现企业产品管理的系统化、规范化和自动化，从而提高企业管理效率而设计的。它完全取代了原来一直用人工管理的工作方式，避免了由于管理人员的工作疏忽以及管理质量问题所造成的各种错误，为及时、准确、高效的完成仓库管理提供了强有力的工具和管理手段。本系统主要功能是完成了对大量货物信息的系统化管理。整个系统由系统管理员的基本信息、入库、退库、出库、查询统计、报表打印及各类信息的增加、删除和修改等模块组成。经过计算机使仓库管理步入了自动化，科学化管理的行列。避免了以往手工操作等繁杂的劳动，即节省了人力，又方便快捷，还大大提高数据的准确性。仓库管理系统是一个中小型数据库管理系统，它界面美观、操作简单、安全性高，基本满足了仓库管理的要求。本系统是在Windows XP+IIS5.0的环境下，以SQL Server 作为后台数据库，以ASP为编程语言来开发的。仓库管理系统在运行阶段，效果好，数据准确性高，提高了工作效率，同时也实现了仓库管理计算机化。

1.2背景
待开发的软件系统名为：基于WebService的仓库管理系统。
项目提出者：邱进盼
开发者：邱进盼
仓库管理是与我们日常生活息息相关的问题。大到公司、超市的仓库管理，小到图书馆的藏书管理，都能够认为是各种各样的仓库管理需求。随着中国改革开放的不断深入，经济飞速的发展，企业要想生存、发展，要想在激烈的市场竞争中立于不败之地，没有现代化的管理是万万不行的，仓库管理的全面自动化、信息化则是其中极其重要的部分。为了加快仓库管理自动化的步伐，提高仓库的管理业务处理效率，建立仓库管理系统，尽可能地减少仓库管理的重复性和低效性，已变得十分必要。
1.3定义
仓库管理系统
1.4参考资料
《Web指导》
2任务概述
仓库管理主要是各种商品的管理。进货时经检查合同确认为有效托收后，进行验收入库，填写入库单，进行入库登记。各个部门根据需要提出产品请求，管理员根据整个企业的需求开出产品出库单，仓库管理人员根据出库单核对发放产品。根据需要按照月进行统计分析，产生相应报表。
仓库管理的特点是信息处理量比较大，所管理的产品种类繁多，而且由于入库单、出库单等单据发生量特别大，关联信息多，查询和统计的方式各不相同。因此在管理上实现起来有一定的困难。在管理的过程中经常会出现信息的重复传递；单据、报表种类繁多，各个部门管理规格不统一等问题。
在本系统的设计过程中，为了克服这些困难，满足计算机管理工作的需要，我们采取了下面的一些原则。
1．统一各种原始单据的格式，统一报表的格式。
2．删除不必要的管理冗余，实现管理规范化、科学化。
3．程序代码标准化，软件统一化，确保软件的可维护性和实用性。
4．界面尽量简单化，做到实用、方便，尽量满足企业中不同层次员工的需要。

3需求规定
3.1对功能的规定
本系统基于WebService技术，采用B/S软件体系结构，分为客户端浏览器、Web服务器、数据库服务器三层，经过此三层互相协作，完成该系统的各项服务。客户端浏览器为用户提供进行各项操作的端口，Web服务器根据客户端浏览器的操作要求进行相应的操作，操作过程中需要和数据库服务器进行连接，并使用其中的一些数据来完成Web服务。

3.2对性能的规定
用户接口
采用Windows接口风格，用户接口友好，贴近用户的实际操作，能够方便直观的进行商品的统计、查询、结算、打印报表等操作。经过工具栏的导航，能够方便的对数据进行查询、删除、插入等操作，简化了用户繁重的操作，提高了工作效率。
数据库特性
适应大量的录入、修改、统计、结算、报表等应用，这种应用是一切应用的基础，为一切应用提供数据基础。后端采用SQL Server 作为后台数据库，安全稳定好，运行效率高，足以让数据安全的存取。
可扩展性
系统具有良好的可扩展性，当系统在网络环境下发布之后，中间的应用服务器将负责与前台的连接处理，把前台电脑传来的请求传给数据库服务器，或是把数据库服务器返回来的资料集返回给前台电脑。而数据库服务器则只要处理与应用服务器之间的一个连接，其余的时间将能够专心进行数据库的访问操作，不用关心与前台应用程序的连接，如此将大幅减轻数据库服务器的负担，进而提升整体的工作性能。
稳定性与健壮性
系统具有良好的稳定性和健壮性。本高校工资管理系统采用的逐一存取方式进行数据库存档。因此，并不会丢失数据。
3.3输入输出要求
广义的输出是指中央处理器的输出，狭义的输出是指将计算机处理的信息以人们所能识别的各种形式表示出来的各种处理。
输出是软件的重要组成部分。整个软件的加工处理结果都是经过输出表现出来的，各种综合统计信息、辅助决策信息、查询信息等，都要经过输出才能提供给用户，才能实现信息的价值。一个好的软件设计，必须要有成功的输出设计。
输出方式及特点：
1．显示输出：速度快、成本低、形式多样；
2．报表打印输出：速度慢、成本高、可长期保留；
3．绘图输出：高成本 、高质量 。
输出设计与模块说明的关系：
联系：输出设计中的任何一个输出都必须与一个输出模块对应。
区别：模块说明中是就某个具有输出功能的模块进行全面的描述，但该模块所输出的信息的具体表现形式就需要在输出设计中给出。
因此，输出设计的重点是输出格式设计。
1．显示输出设计方法：以显示器为输出设备，多用于查询输出。要注意显示器的性能如大小规格、分辨率、是彩色还是单色等。
2．报表打印输出设计方法。
输出设计的内容：
1．输出信息名称：例如：个人领用统计表 。
2．相关模块：指出该输出设计对应的结构图中的模块代码。
3．输出方式：这里分为显示输出(可不写,也可写随机)和打印输出。
4．输出信息周期、份数。
5．数据结构及来源：在此要列出所有的数据的名称、类型、宽度及小数位，属于哪个数据库表。
6．输出信息的格式：这是输出设计的核心。在此应该给出一份标准的报表或屏幕格式。
7．数据间的关系：在输出的数据中，有些数据是经过其中的某些项计算而得到的，这就需要在这里给出它们的数据关系。
8．其它说明：如是否出现由于数据行数太多一页打不完的,显示输出的屏幕窗口的布置、色彩等问题。
输入设计
广义输入设计是指中央处理器的输入，狭义是指人对计算机的输入，也就是原始数据的输入，即输入数据流的输入格式设计。她的好坏将直接影响数据的质量，因此它是软件设计的重要组成部分。
原始数据是软件进行各种加工处理的“原材料”。它的好坏关系到加工处理的“成品”质量。
原则：输入的数据量在满足系统的前提下尽可能的少。
输入设计的内容：
1．原始数据的名称 DFD中的数据流名称；
2．相关模块代码功能图中接收该数据流最底层模块；
3．输入周期；
4．原始数据的收集方式与格式对业务流程图中的报表以报表传递、电话记录、传真、运程通讯、报软盘等方式收集；
5．输入信息的显示格式提供提示信息、帮助信息、以表格形式能够显示更多的信息/每屏、尽量少输或不输汉字、分布均匀、画面美观、色彩适中；
6．输入信息的数据结构：主要表明数据存储在哪个数据库中，以及各字段的类型；
7．输入信息的校验：同一数据的重复录入、代码校验位校验、针对数据结构特点的校验、对比校验、平衡校验、记录个数校验、数据关系校验。

3.4故障处理要求
1、 若是用户录入的数据出错，给出正确的输入数据格式用例，提醒用户重新输入，删除该编辑框内的数据。
2、 Web服务器和数据库服务器均要有备用服务器，一旦主服务器出错、崩溃等，马上使用备用服务器，以使用户能够继续操作本系统，使用本系统的各项服务。
3、 定期备份当前数据库的数据，数据库数据出错或丢失后，经过备份数据，恢复数据库。

②《概要设计说明书（GB8567——88）》
1引言 2
1.1编写目的 2
1.2背景 2
1.3定义 3
1.4参考资料 3
2总体设计 3
2.1需求规定 3
2.2运行环境 4
2.3基本设计概念和处理流程 4
2.4结构 5
3接口设计 7
3.1用户接口 7
3.2内部接口 8
4系统数据结构设计 8
4.1逻辑结构设计要点 8
4.2物理结构设计要点 8
4.3数据结构与程序的关系 9
5系统出错处理设计 9
5.1出错信息 9
5.2补救措施 9

1引言
1.1编写目的
仓库管理是与我们日常生活息息相关的问题。大到公司、超市的仓库管理，小到图书馆的藏书管理，都能够认为是各种各样的仓库管理需求。随着中国改革开放的不断深入，经济飞速的发展，企业要想生存、发展，要想在激烈的市场竞争中立于不败之地，没有现代化的管理是万万不行的，仓库管理的全面自动化、信息化则是其中极其重要的部分。为了加快仓库管理自动化的步伐，提高仓库的管理业务处理效率，建立仓库管理系统，尽可能地减少仓库管理的重复性和低效性，已变得十分必要。

1.2背景
待开发的软件系统名为：基于WebService的仓库管理系统。
项目提出者：邱进盼
开发者：邱进盼
随着社会经济的迅速发展和科学技术的全面进步，计算机与通信技术为基础的信息系统正处于蓬勃发展的时期。与此同时，为了管理大量的货品，货品仓库也大量的出现，仓库的管理问题也就提上了日程。随着物资的大量增加，其管理难度也越来越大，如何优化仓库的日常管理也就成为了一个大众化的课题。
在计算机飞速发展的今天，将计算机这一信息处理应用于仓库的日常管理已是势必所然，而且这也将为仓库管理带来前所未有的改变，它能够带来意想不到的效益，同时也会为企业的飞速发展提供无限潜力。采用计算机管理信息系统已成为仓库管理科学化和现代化的重要标志，它给企业管理来了明显的经济效益和社会效益。主要体现在：极大提高了仓库工作人员的工作效率，大大减少了以往入出存流程繁琐，杂乱，周期长的弊端。基于仓库管理的全面自动化，能够减少入库管理、出库管理及库存管理中的漏洞，能够节约不少管理开支，增加企业收入。仓库的管理的操作自动化和信息的电子化，全面提高了仓库的管理水平。
1.3定义
仓库管理系统
1.4参考资料
《Web指导》

2总体设计
2.1需求规定
本系统基于WebService技术，采用B/S软件体系结构，分为客户端浏览器、Web服务器、数据库服务器三层，经过此三层互相协作，完成该系统的各项服务。客户端浏览器为用户提供进行各项操作的端口，Web服务器根据客户端浏览器的操作要求进行相应的操作，操作过程中需要和数据库服务器进行连接，并使用其中的一些数据来完成Web服务。
用户接口
采用Windows接口风格，用户接口友好，贴近用户的实际操作，能够方便直观的进行商品的统计、查询、结算、打印报表等操作。经过工具栏的导航，能够方便的对数据进行查询、删除、插入等操作，简化了用户繁重的操作，提高了工作效率。
数据库特性
适应大量的录入、修改、统计、结算、报表等应用，这种应用是一切应用的基础，为一切应用提供数据基础。后端采用SQL Server 作为后台数据库，安全稳定好，运行效率高，足以让数据安全的存取。
可扩展性
系统具有良好的可扩展性，当系统在网络环境下发布之后，中间的应用服务器将负责与前台的连接处理，把前台电脑传来的请求传给数据库服务器，或是把数据库服务器返回来的资料集返回给前台电脑。而数据库服务器则只要处理与应用服务器之间的一个连接，其余的时间将能够专心进行数据库的访问操作，不用关心与前台应用程序的连接，如此将大幅减轻数据库服务器的负担，进而提升整体的工作性能。
稳定性与健壮性
系统具有良好的稳定性和健壮性。本高校工资管理系统采用的逐一存取方式进行数据库存档。因此，并不会丢失数据。

2.2运行环境
Intel 486以上系列、AMD K6以上系列等PC台式和便携式计算机。
运行时占用内存：<=1MB。
所需要硬盘空间：<=5MB。
软件平台：中文 Windows XP/7/8
2.3基本设计概念和处理流程
本系统基于WebService技术，采用B/S软件体系结构，分为客户端浏览器、Web服务器、数据库服务器三层，经过此三层互相协作，完成该系统的各项服务。客户端浏览器为用户提供进行各项操作的端口，Web服务器根据客户端浏览器的操作要求进行相应的操作，操作过程中需要和数据库服务器进行连接，并使用其中的一些数据来完成Web服务。

WebService结构

2.4结构
各类信息
商品操作信息
系统管理员
仓库管理系统
帐号/秘密
仓库信息管理子系统
支付管理信息
商品入出退库管理子系统
商品管理信息
支付欠款管理子系统

报表管理子系统
仓库管理信息
报表管理信息
结算管理子系统
后台管理数据库
支付操作信息
显示面板
显示信息

结算管理信息
商品信息
结算操作信息
报表操作信息
显示信息

3接口设计
3.1用户接口
按照windows应用软件用户界面的规范来设计本系统的用户接口。
登陆对话框：
输入管理员编辑框：用于输入用户名。
输入用户密码：用于输入密码。
确认按钮：确认输入信息后登陆。
取消按钮：退出登陆系统。
查阅信息。出货、进货信息。
主界面还有一个退出按钮，用于退出主系统。
3.2内部接口
模块间接口采用数据耦合方式，经过参数表传送数据，交换信息。

4系统数据结构设计
4.1逻辑结构设计要点
本系统使用的数据库服务器需要建立登录用户信息表、出、进货基本信息表。
4.2物理结构设计要点
在系统设计的开始，我首先考虑的是如何用数据模型来数据库的结构与语义，以对现实世界进行抽象。当前广泛使用的数据模型可分为两种类型，一种是独立于计算机系统的“概念数据模型”，如“实体联系模型”；另一种是直接面向数据库逻辑结构的“结构数据模型”。在本系统中我采用“实体联系模型”（E-R模型）来描述数据库的结构与语义，以对现实世界进行第一次抽象。E-R模型直接从现实世界抽象出实体类型及实体间联系，然后用E-R图来表示数据模型。它有两个明显的优点：接近于人的思维，容易理解；与计算机无关，用户容易接受。但E-R模型只能说明实体间语义的联系，不能进一步说明详细的数据结构，它只是数据库设计的第一步。
E-R图是直观表示概念模型的工具，它有四个基本成分：
◆ 矩形框，表示实体类型（考虑问题的对象）。
◆ 菱形框，表示联系类型（实体间的联系）。
◆ 椭圆形框，表示实体类型和联系类型的属性。
◆ 直线，联系类型与其涉及的实体类型之间以直线连接。
本系统为仓库管理，主要管理物资的入库、出库等事项。仓库根据需要能够查询货品供应商的信息，同时还需要了解在入库和出库中员工的参与情况。依据仓库管理的实际情况，考虑了多方面的因素以后，确定系统的实体及属性图如下：
商品
物资编号
物资名称
计量单位
规格型号
类别
所属类别

图4-2 商品实体及属性图
管理员
用户名称
密码

图4-3 管理员实体及属性图
入库信息实体
物资编号
物资名称
规格型号
类别
计量单位
数量
单价
余额
入库时间
经办人

图4-4 仓库的入库信息实体属性图

物资名称
规格型号
类别
物资编号
经办人
出库时间
出库信息实体
余额
计量单位
数量
单价

图4-5仓库的入库信息实体属性图
实体和实体之间的关系E-R图，如图4-6所示。
m
n
供应
供应商
报表
进入
管理
管理员
仓库
商品
图4-6 实体和实体之间的关系E-R图

查看

n
n

m
n
m
m

4.3数据结构与程序的关系
在完成系统实施、投入正常运行后，就进入了系统运行与维护阶段.本系统的维护应包括以下几方面：
1．程序维护：仓库管理系统的功能是经过程序的运行来实现的，在系统运行过程中可能会遇到商品修改等一些情况，或者根据现实中的需求发生一定的变化，这时，就需要对程序进行修改，可是程序的修改属于技术性比较强的过程，因此在程序修改上一定要慎重。
2．数据维护：无论是系统的硬件还是软件，在运行过程中难免有出错的时候，因此为了防止因不可抗因素而导致数据的丢失或损坏，应时时对数据文件进行备份，以保证数据的完整性，当原始数据丢失或损坏时，能够经过数据备份来找回。
3．代码维护：随着仓库规模的不断发展，仓库中的商品和部门、用户会相应的增加，当现行系统的代码设计不能满足实际需求时，就需要对代码进行维护，使其能够跟得仓库的发展。
4．硬件设备的维护系统是在计算机上运行的，硬件的运行好坏直接关系到系统运行的好坏，因此要对硬件进行定期的维护，以保证硬件运行的无误，并在适当的时候对硬件的配置进行升级5系统出错处理设计
5.1出错信息
出错后显示出错信息，经过提示框弹出，提醒出错。
5.2补救措施
4、 若是用户录入的数据出错，给出正确的输入数据格式用例，提醒用户重新输入，删除该编辑框内的数据。
5、 Web服务器和数据库服务器均要有备用服务器，一旦主服务器出错、崩溃等，马上使用备用服务器，以使用户能够继续操作本系统，使用本系统的各项服务。
6、 定期备份当前数据库的数据，数据库数据出错或丢失后，经过备份数据，恢复数据库。

③《详细设计说明书（GB8567——88）》
1引言 3
1.1编写目的 3
1.2背景 3
1.3定义 3
1.4参考资料 3
2程序系统的结构 4
3程序设计说明 4
3.1程序描述 4
3.2功能 4
3.3性能 5
3.4输人项 5
3.5输出项 5
3.6算法 5
3.7流程逻辑 6
3.8接口 6
3.9存储分配 7
3.10注释设计 7
3.11限制条件 7
3.12测试计划 7
4程序设计说明 8
4.1程序描述 8
4.2功能 8
4.3性能 8
4.4输人项 8
4.5输出项 8
4.6算法 8
4.7流程逻辑 9
4.8接口 9
4.9存储分配 10
4.10注释设计 10
4.11限制条件 10
4.12测试计划 10
5程序设计说明 10
5.1程序描述 10
5.2功能 10
5.3性能 11
5.4输人项 11
5.5输出项 11
5.6算法 12
5.7流程逻辑 12
5.8接口 14
5.9存储分配 14
5.10注释设计 14
5.11限制条件 15
5.12测试计划 15
6程序设计说明 15
6.1程序描述 15
6.2功能 15
6.3性能 15
6.4输人项 16
6.5输出项 16
6.6算法 16
6.7流程逻辑 17
6.8接口 18
6.9存储分配 19
6.10注释设计 19
6.11限制条件 19
6.12测试计划 19
7程序5（Web服务器\数据库）设计说明 19
7.1程序描述 19
7.2功能 20
7.3性能 20
7.4输人项 20
7.5输出项 20
7.6算法 20
7.7流程逻辑 20
7.8接口 21
7.9存储分配 21
7.10注释设计 21
7.11测试计划 22

详细设计说明书
1引言
1.1编写目的
编写目的
仓库管理是与我们日常生活息息相关的问题。大到公司、超市的仓库管理，小到图书馆的藏书管理，都能够认为是各种各样的仓库管理需求。随着中国改革开放的不断深入，经济飞速的发展，企业要想生存、发展，要想在激烈的市场竞争中立于不败之地，没有现代化的管理是万万不行的，仓库管理的全面自动化、信息化则是其中极其重要的部分。为了加快仓库管理自动化的步伐，提高仓库的管理业务处理效率，建立仓库管理系统，尽可能地减少仓库管理的重复性和低效性，已变得十分必要。

1.2背景
待开发的软件系统名为：基于WebService的仓库管理系统。
项目提出者：邱进盼
开发者：邱进盼
随着社会经济的迅速发展和科学技术的全面进步，计算机与通信技术为基础的信息系统正处于蓬勃发展的时期。与此同时，为了管理大量的货品，货品仓库也大量的出现，仓库的管理问题也就提上了日程。随着物资的大量增加，其管理难度也越来越大，如何优化仓库的日常管理也就成为了一个大众化的课题。
在计算机飞速发展的今天，将计算机这一信息处理应用于仓库的日常管理已是势必所然，而且这也将为仓库管理带来前所未有的改变，它能够带来意想不到的效益，同时也会为企业的飞速发展提供无限潜力。采用计算机管理信息系统已成为仓库管理科学化和现代化的重要标志，它给企业管理来了明显的经济效益和社会效益。主要体现在：极大提高了仓库工作人员的工作效率，大大减少了以往入出存流程繁琐，杂乱，周期长的弊端。基于仓库管理的全面自动化，能够减少入库管理、出库管理及库存管理中的漏洞，能够节约不少管理开支，增加企业收入。仓库的管理的操作自动化和信息的电子化，全面提高了仓库的管理水平。
1.3定义
仓库管理系统。
1.4参考资料
《Web指导》

2程序系统的结构
本程序系统内的每个模块和子程序的名称、标识符和它们之间的层次结构关系

各类信