网上书店网站设计26讲闫

1、在上一节当中，介绍了系统设计，也就是说，系统设计被定义为那些用来说明一个详细的计算机系统方案的任务以及系统设计方法，包括了模型驱动方法，其中有现代结构化设计信息工厂原型话以及面象的设计， 还包括快速应用开发和联合应用开发这样子的一些系统设计方法。 在此系统设计策略是计方法呢，不进行任何的限制， 而是综合了前面这本当中假想的一个方法，对系统设介绍过的所有的常用的方法。 在迎接公司案例研究，将在一个系统分析员的第一次任务的上下文当中，也是这些方法。系统分析方法将在信息系统构建，以及 fast 阶段，也就是第二章、第三章当中做过了介绍以及实现一个阶段的fast 的任务， 在这一章当中描述， 在这样子

2、一个上下文环境当中，现在就可以开始研究系统的设计， 首先研究一个开发或者叫构造项目的系统设计方案，然后介绍当决策要求获取或者影响。包的时候，系统设计阶段将受到一些什么样子的通过图示的方式来看，构造方案的系统上下文，如这当中所展示给的在fans 框架当中的第一个阶段呢是范围定义产生了是问题陈述。第二个阶段是问题风险产生系统的改进目标。第三个阶段呢，是需求分析产生业务需求陈述。第四个阶段呢是逻辑设计阶段。在逻辑设计阶段产生的是逻辑设计，然后进行决策分析，产生的是系统建议来策分析阶段批准了的系统方案，建议触发了这样子的一个设计阶段。也就是说，最前期需要的必须得输入是系统方案建议，设计阶段的目标包括一

3、些。首先呢，是分析人寻求设计一个既满足需求，又对用户一项友好的系统，人机工程学呢，将在设计过程当中扮演重要的一个角色。那另外一个目标呢？就是分析员向计算机程序员和技术需要提供清新完整的设计说明，那在这一当中被批准的设计说明了，将触发开发项目的构造阶段，有绿色的这个框所表示的，那用于开发的系统设计任务图呢，如这一当中所展示的从业务团体来的批准了的系统方案，建议处罚了这个阶段的第一个任务，即 5. 1 设计应用架构。他的目的呢就是说明应用架构。第一步得出应用架构和分布式分析之后就进入到了第二个任务，也就是任务 5.2 设计系统数据库。要 5.2 的目的呢，是开发相应的数据库设计说明也就是数据库模式

4、。数据的设计绝对不是对数据的简简单单的布局。他数据库是一个共享的资源，并且他要和资料库来进行数据库模式的交互。也就是说，在设计的时候可以从资料库当中获取既有的一些信息，并且把设计好的数据库模式再存入到资料库，一旦设计了数据库呢，而且可能含构造了一个原型系统，设计就可以与系统用户一起来开发输入输出和的一些设计说明，也就是说和界面有关的一些信息。即任务 5.3 设计系统的接口，最后的主要的一个任务呢就是任务 5.4 打包设计说明，也就是把来自前面几个任务的所有的说明了，打包成一个设计说明并作为系统开发方法学的构造阶段，指导计算机程序活动的一个设计说明，也就是说，这个时候打包所有产生出来的这些设设计

5、说明会形成一定的规范，来供后期的后期的构造来进行参考。或者说构造会根据这样子设计说明设计规范来进行后续的系统构造活动的完成。那最后呢？在已接近完成了设计阶段的时候，还需要进行任务 5.5，也就是修订项目的计划。修订项目计划，也就是说应该重新来评估项目的可行性，并且相应地需要更新项目的计划。这个时候，也就是说不管哪一个阶段，因为对系统的各个方面的更详细的一些了解，更详细的了解导致了，会对某一些地方的过去的一些评估呢，做出一些更新，那相应的也就会需要对项目的计划来进行一定的更新。那接下来来仔细看一下哪一个任务，首先是任务，5.1设计应用架构从业务团体来的批准了的系统方案建议，系统方案建议处罚了这个

6、设计任务的第一个阶段，也就是设计应用架构，应用架构，它是按照数据过程接口和网络组件，来定义了一个多个或者所有信息系统的技术，那这里还可能包括用于构造信息系统的使用的技术。因此呢，设计应用架构需要考虑，网络技术以及对系统知识过程和接口构造在业务地点之间呢，分布做出决策。那这个任务是通过分析原先在需求分析阶段所创建的数据模型和过程模型来实现了，那需要根据数据模型过程模型和目标方案做出分布的一些决策，一种物理数据流图也叫PDFD。它可以用于确定网络之间的物理过程和数据的方法呢就是使用，也就是数据库。，一个应用架构的表示方式也就是物理数据流图的一个事例。在这一当中，我们看到它表示的是一个业务在图中呢，

7、是有 3 个外部，债权人以及你就是图当中的 you。看到有两个 you，那和前面过程建模的时候，讲的是一样的，是为了图形化的可视化而分开的，并不是说这里是两个外部的，途中还包含了验证收支平衡和交易。拟账户对账计划账单支付、拟支付账单安排支付每月，或取款存款啊，和进行存款和取款这样几个的过程，那在这里会看到啊，还有包括了账号信息和或安排交易两个数据在这里面呢，看到数据里面有括号里标识，出了亏损文件混合文件这样两个数据，而且我刚刚说到了这个过程的时候，也看到了支付安排，括号后面也带有亏损，这是说明了它的实现方式。 那数据流图还有很多的数据流，也就是带有文字描述的带箭头的这些实现从过程到数据，从外部

8、到过程甚至还有过程的过程之间的这样子的一些数据流， 那比如说从到业政收支平衡和交易这个过程的数据流是月结算表后面的括号里面，说明了打印的表格，也就是说，这个月结算表是通过打印的表格来进行。 表示的这样一个数据流，然后呢，再到账号对账过程，他也显示出了数据流的添加了的一些信息，比如说在这里显示出了 windows框， 窗口复选框等等，那和逻辑数据流相比和逻辑数据流图相比较呢？可以看到物理数据流图和等价的逻辑数据流图相比较，也有外部，这是相同也有过程，也有数据，和数据流等等， 只是显示了的一些信息，比如说刚刚说到的有 windows框，复选框这样的一些信息或者亏损文件，这样的一些信息，他这些信息都

9、是相关的信息。也就是说， 用亏损文件来表示，这个数据就说明了数据是使用规定文件来实现呢，也就是说实现表现出了这样子的实现相关的一些信息。那详细信息在后续第 13 章当中学习物理数据流图， 那在任务 1.5.1 当中，为了完成这样子的一个任务的，分析员可以让一些系统的设计和系统的用户也参与进来， 系统用户可以参与到这样一个活动当中， 帮助说明业务数据过程和地点问题。因为用户通常是知道业务是什么样的一些业务数据，什么样一些过程以及应该在什么地方， 那几个不同的系统设计络工程师啊，收集方面的呢，可能对完成这样一个活动是有帮助的，包括数据库数据库管理员， 网或者网络管理员，还有应用管理员，以及其他的一

10、些，比如说自动数据，它可以解决类似于条形码技术等等。 这个任务的关键输入呢，是提到过几次的批准了的系统方案，各类来源的一些事实建议和观点以及决策分析阶段，建议这个任务的主要主要交付成果呢，是应用架构和分布式分析。 他们可以作为后续详细设计活动的一个蓝图，这一点是非常重要的。在很多的实践当中都是先设计出应用架构的，很多项目的实践都是也有应用架构。通常情况下，系统设计的下一个任务就是开发相应的数据库设计说明也就是任务 5.2 设计系统数据库，就包括数据库模式，也就是 Database Schemas。经常数字和优化， 以实现数据库管理系统。 数据的设计，绝对不仅仅是对的一个简单的布局。数据库是一个

11、要共享的一个资源，很多系统可能都会使用得到，一般会有许多的程序来使用它，也就是很多系统会使用，或者是子系统，或者是许多的程序来使用，而且呢， 将来的程序可能会以一种，过去没有办法想象那些方式来使用数据库也知道IT 的发展是非常之快，非常之迅速的， 所以这样一个开发相应的数据库设计说明的任务，目的就是为了能够适应未来的需求和扩展，所以呢设计，在设计数据库时，要使它能够适应未来的一些变化。同时他还为了提高数据库的性能。设计必须分析程序，将如何数据， 知道了如何数据，才能给出提高数据库性能的一些决策， 而且它还有， 一个目的就是数据库设计过程当中涉及的其他问题，包括设计大小和容量的这样的一个需求，

12、那最后，就是因为数据库是共享资源，所以必须设计的控制， 以确保在数据丢失或者损坏的情况下，有必要的安全性和性恢复的一些技术。 这个任务的目的就是能够适应未来需求，扩展和数据库， 准备技术设计说明， 那虽然可能有参与数据库建模系统，就是数据库建模的一些系统分析员来主持这样一个任务。但是在这里呢，会知道，负责完成这个活动的是系统的设计， 数据管理员可以参与或者完成数据库设计， 而且新的系统很可能会使用一个现有数据库的某些部分。在这个时候呢，数据库管理员的知识就非常之重要了。 最后呢，当需要为这个项目构造一个原型数据库的时候，系统的构造也会参与进来来构造这样一个数据库原型。面的系统设计任务图当中看到

13、这个活动的一个关键的收入，是来自前一任务的应用架构和分布式分析决策。 这个任务交付的成果则包括得到的数据库模式。 那数据库模式呢？也就是说，它是数据库的结构模式，他描述了由数据库实现的和关系，也就是会给出的这个任务会给出的是数据库模式是关系。何关系，是由数据库实现的和一些那这当中给出的就是信息系统的物理实体关系图，也就是一个数据库模式的示例了。在图形当中也讲矩形了，就表示了实体圆角矩形之间的连线呢，就表示了关系， 实现是确定性的关系，也就是说副实体贡献他的主键，成为子实体的主键的一个一部分的这样子的关系。而虚线呢，表示的是非确定关系。也就是说，每个参与关系的实体都有各自的独立关系的关系，也就是

14、说不共享主键的属性，这和在逻辑数据模型也就是 ER 图当中介绍的关系是一致的。在实体当中还看到了包含属性， 这是在 ER 图当中，也有看到以及属性的类型和大小。这是在逻辑设计的时候没有包含进去的。比如说图当中表示的旅馆预订系统当中的物理实体关系图当中，左上角的实体Travel_Agent 它可以下零个到多个的订单也就是说，预定。也就是说，它可以图上表示的 makes 零到多用这个表示方式的 Reservation，这样子的一个关系在 Travel_Agent 当中呢。看到属性 Agency_id，它的类型是EGER 也就是说整型，并且表示出了它是 PK 说，这个信息仍然在数据库模式当中存在。另

15、外一个属性 Agency_Name 也就是说是代人名，它的一个名称给出了，他是char 类型，长度是 30，也就是 30 个字符的这样一个类型。 对 Agency_id 在实体的 Reservation 当中表示为 ft。也就是说它是一个外键， 那信息工程在第五章和在这一章的上一节的时候已经做过了介绍，它可以既可以作为分析的工具，也可以作为设计的工具。那在数据库模式的这个图示当中呢我们就看到和逻辑的数据模型之间的一个很重要的关系，就是他表示出了实现信息，比如说它的类型和数据库相关的类型的表示，以及它的长度也就是它的大小，这样子的一些信息都已经包含进来了， 接下来就是任务 5.3 设计系统接口，

16、 也就是说，一旦设计了数据库之后，而且可能是构造了一个原型数据库系统的设计呢，就可以与系统用户一起来开发输入输出， 以及相应的一些的设计说明，也就是说是上一个任务的数据库模式是作为关键的一个输入，是作为 5.3 的关键的一个输入，因为最终的用户和管理员， 必须同输入和输出来打交道，所以呢，设计必须仔细的，去追求他们的想法和建议，特别是关于格式方面的一些建议，也就是这个时候格式也是非常之重要，而且还必须征求他们对于新的系统的类似于一些特性，比如说易学易用性方面的一些想法和观点，也就是说，系统的设计与系统用户紧密的合作， 一起来开发输入输出和的设计说明，在这里还有一个，就是说包括了事物输出， 说明

17、它是预打印的表格，其中事物明细呢，将被打印在上面， 还有是包括和其他的一些输出，通常呢，是直接打印在纸上，或者是显示在一个终端的屏幕上面，但是必须说明输出的精确的格式和他的布局。最后呢，还必须说明，确保输出，不必丢失。不错误的被路由不被误用，或者保持完整性的一些控制。 对输入来讲呢，设计系统将使用的数据收集方法。也就是说，设计系统的时候要使用到的收集的方法也是非常之重要的。 比如说可以设计一个表格，在表格当中对输入的数据进行了初始的。那你想要简化数据在表格上面一些的话，而且也想简化数据从表格到计算机或者计算机可读的，其他的一些文件介质当中的录入，如果数据有不熟悉业务的应用的人来进行输入的话，这

18、一点呢，就特别的重要了，而且呢，任何时候输入数据到系统当中的时候，都可能会出现一些错误，所以需要定义啊， 标记来进行控制，以确保输入数据的一些正确性。那在上一节介绍原型法的事例呢，就是一个输入原型屏幕的例子，可以回过头去看一下输入的设计呢，会在后面第 16 章当中来详细的介绍。对接口的部分呢，也就是见面或者框设计，就必须考虑这样的一些，也就是终端的熟悉程度，还有就是最终用户可能遇到的错误和一些误解。 那在某一些地方呢，额外只是或者帮助的需要，以及屏幕内容的一些布局需要，最终用户可能犯的每一个很小的错误，或者是可能按下了一些键，不管这样的可能性有多小，但只要是有可能出现，都是需要进行考虑的，那还

19、需要，就是要最终用户比较容易的理解。屏幕上，在任何给定时间显示出来的一些内容，这就是一个易，考虑到他的易学易用以及可理解性。那这呢？就是一个输出原型屏幕的一个事例，这只是一个输出设计的例子了，对于如何进行输出设计，也是将在后面第 15 章当中会详细的介绍， 图当中是显示了啊， 会员按照title 的选择信息，那看到有用的红色表示啊，有用红色来表示的一些信息头红色的这一行，那下面是一些详细的数据，他在这些信息里面也包括了分类信息等等，那屏幕的最下方呢，就是给出了一些统计信息，这是根据实际的需要，在迎接的这个恢复系统当中给出来的， 需要的一个输出原型屏幕的例子。 那这张呢是见面原型屏幕的例子也是迎

20、接的一个界面设计的示例了， 显示了框界面原型屏幕，对于输出这一块呢，就是界面设计这一块，也将在后面第 17 章当中来进行学习。对于系统设计当中的设计系统接口这样子的一个活动来讲，系统用户应该是参与到这样一个活动当中输入输出和框呢，是他们将要看到和使用到的一些东西。作为用户，就会看到这样一些界面，包括原型化在内的一些实际的工作，都强调用户的参与，需要用用户来提供就每个输入输出的原型的一些反馈信息系统设计设计呢，是负责将完成这样一个活动。他们可以利用系统设计在图形用户界面设计方面的一些专业知识，而且系统构造在设计过程中可以，通过原型化技术，为用户构造各种屏幕设计， 以便于用于检查。这个活动可以从项

21、目资料库得到的用户界面和系统接口说明， 这个设计任务的交付成果，是完成了数据库输入和输出的设计， 打包设计说明，是任务 5.4， 也就是前边设计数据库之后见面接口之后的下一个把前边几个产生的所有设计的说明了打包成一套设计说明，并作为在系统开发方法学的构造阶段来指导计算机程序员活动的设计说明， 但是这个任务呢不仅仅是打包， 还有许多工作是取决于系统设计和计算机程序员的责任分界线， 到底画在什么地方？ 方法学和方案呢是否要求设计这个程序结构， 大多数组织以及，已经是采用了加速的，也就是快速的一些系统开发方法，该方法不需要设计整个的程序结构，程序结构需要处理质量问题，这些问题对那些使用老式程序设计语

22、言的系统和通常基于大型主机的应用系统的开发任务呢通常是由系统分析员来完成的，也可能由系统设计 分装和构造阶段之前呢系统设计应该是被所有的相应的一些然系统的用户已经看到，并且认可了新系统的输入输出和是非常之有意义的。 最终辅助来完成。在进行设计说明来进行检查。这个时候，虽框， 但仍然是需要对新的系统的这个工作流和数据流进行最后一次检查和相应的一些认可。 系统所有者呢，也应该保留最后的机会来质疑项目的可行性， 并且决定项目是否应该被调整终止，或者是会批准继续来进行构造。在下面的这样一个阶段呢公司的审计呢将参与进来，他们将对系统当中的控制来作出判断从前面的任务图当中知道了这个任务的输入是前面创建的各

23、种数据库输入输出设计说明， 一旦这些说明得到了检查之后认可并组织是否和与构造新系统的设计说明之后，就可以通过项目资料库来将它提供给后续的系统构造啊，最后就是进行任务 5.5 来修订项目的计划，因为随着设计阶段的一个完成了，应该对系统进行重新的项目评估和可行性分析，并相应的来修改项目计划。那这这个任务的参与者呢？也就是既有项目经理又有系统的所有者，以及还会有整个的项目团队， 一起来进行主持完成这样一个任务。 下面介绍系统设计的集成也就是方案。也就是说，方案当中包含获取现成产品的这样子的一个系统设计， 购买方案的系统设计上下文，。那这当中说明了包含方案的项目的生命周期， 注意对于项目来讲，业务需求

24、乘数和业务集成方案触发了一些。在刚学的内部开发过程中，没有的阶段。和开发项目之间最显著的区别，就是包含了一个采购阶段。在图当中用 4 来表示和一个设计服务的决策分析阶段，用 5A 来表示， 当需要新的时候呢，选择合适的产品是非常之重要的。打个类似的比方，要模拟仿真P2P网络的一个工具， P2P 网络的结构可能不同， 并且在上面实现了一些不同的算法，需要在这样一个模拟上实现一些不同的算法，比如说基于内容的搜索等等这样一些模拟，对于使用的时候，开始没有经验，就会从上网搜啊，或者其他一些参考资料当中去看， 在不断的试用问题，当出现的过程当中来更换工具，试过好几个之后，当然这是几个回合之后，也需要去请

25、教一些熟悉的别人， 熟悉这个工具的这种技术的一些人，听取他们的介意或者一些意见， 或许提前是有足够的时间来进行的和调研。 后期遇到问题的机会就会少很多，这也说明了选择合适的不像工具的一个重要性。 那么在实际组织需要的时候，情况就会更加的复杂，刚刚的模拟， 一个 P2P，这样一个网络环境，自己要模拟仿真这样一个环境的时候，选择工具要比这样的一个情况要更复杂，更重要， 那因为决策是由技术经济和政策考虑而变得更加的复杂， 创了角色可能会毁掉其他方面设计都很好，甚至很成功的一些分析和设计， 所以呢系统分析人越来越多地参与到包的采购。 采购决策分析阶段的目的呢，是确定研究可以支持目标信息系统建议方案的一

26、些特定产品， 并且呢征求评价和分级供应商的一些建议，选择并最好的供应商的建议，还有就是联系有信誉的一些供应商以获得产品。 在这一部分当中呢介绍完成一个购买方案的采购和决策分析阶段，需要涉及到的一些任务。 下图当中所展示的就是一张任务图， 其中任务 4.1 呢，就是研究技术评估准则和选项。 而任务 4.2 呢是供应商征求建议或者是报价。这两个任务是采购阶段的任务。任务 5.1A 了，是验证供应商的和性能。而任务 5.2 呢，是评价和分级供应商的建议。任务 5.3 就是签订合同并听取供应商的汇报。后面这三个任务也就五.A 的 123 是决策分析相关的任务。下面来详细介绍，这几个任务，来自需求分析阶

27、段的对于的业务需求陈述驱动了这个任务， 这个任务是研究技术上的替代的方案。 这任务确定了对所选硬件都很重要的说明， 并且，关注在需求分析阶段建立的硬件的需求， 这些需求呢说明了新的硬件的功能特征和关键性， 关键的性能参数的这些信息到底从哪里来呢？ 系统分析员呢会通过阅读杂志和期刊，或者是上网搜索一些信息来查询有用的信息来帮助解决那些选择决策需要的技术问题和业务问题，解决技术和业务问题的资源。 其实还有可以有很多种可能存在的硬件和选择适用的一些标准，这是因为有些组织，是坚持哪一种技术将从特定的提供该项服务的供应商当事供应商处去。比如说一些公司已经标准化了特定品牌的计算机， 比如说就是使用的是戴尔

28、，所以每次你要去订购，只需明配置型号，直接有采购部门就和戴尔公司去联系， 还有就是对终端，或者数据库，杀毒等等，都有相应的标准， 还有是信息服务的主要目的呢，是持续的介绍，是市场的新产品，并且就潜在的一些者，应该考虑到规格说明， 的一些忠告同时， 也提供一些产品的设备数和一般客户满意度之类的一些信息。 还有来源就是报纸杂志和期刊提供关于各类硬件的一些文章和使用的一ernet，首先有信息就去搜索引些经验， 再就是ernet，现在使用的甚至的是擎去搜。根据问题，根据需要去搜索， 知道到底哪些供应商提供所需要的产品也是很重要，很有必要的，这样才能在分析工作后和这些供应商进行相应的联系和谈判，也就是像

29、说的知己知彼，百战不殆， 有了解了才能去对付他们的一些销售策略。 下一个任务就是 4. 2，征求任务，供应商征求建议或者是报价。 如果公司只是从比如刚提到的 dell 公司的话，那么这个任务就显得十分之简单了， 而且是非常之随意的，只需要直接联系，并且索取相应的一些报价单， 核对一些服务条款就可以了，但是大多数的还是需要从很多的资源当中去选择也就是，或许选择具有最佳利益的这样子的一些产品或者是，公司商家， 那这些任务呢？主要就是需要准备两份文档。一个是报价申报书，另一个是建议申报书。 在这里报价申报书也就是 RFQ， 是一份正式的文档，为一个供应商提供对某个应用包的业务技术和支持需要的需求交流

30、的文档， 该供应商已经被确定能够提供该包和相应的一些服务。 这对于有很多个分销商能提供所需产品的时候是非常之重要的。对于可能提供相应的一些配置或者服务的时候，案，或者相应的一些报价，通过这个方式来获得竞争的建议方对于建议申报书，也就是 RFQ，RSP， 是一份正式的文档， 给几个供应商呢，交流对一个应用销售，包的业务技术和支持需求。 这些呢，供应商可能希望竞争该包和服务的一些RSP 建议的， 申报书的主要目的，是同潜在的供应商沟通需求和期望的一些特征，需求和期望的特征必须分为， 强制性的也就是供应商必须要提供的和特别重要的，也就是希望供应商提供的， 或者是期望的，没有也不会受到影响，仍然可以工

31、作的这样一些类型必须进行加以区分， 一个典型的 RFP 的提纲， 如这所表示的第一部分，是引言包括了背景和需求概述， 以及 RFT 文档的解释和需求供应商的一些行动。第二个部分呢，就是标准和相应的一些指示， 比如说导致合同事件进度， 选择决策的基本原则，包括应该和谁该和谁谈话，什么时候谈支付什么建议要求的一些格式对演示的期望，对合同的期望，期望的参考对文档的参考，那第三个部分，就是需求和特征，包括了硬件服务。他每一个部分呢，就是包括，又包括了强制的需求，特征和准则，基本的需求特征和准则以及期望的需求特征和准则。那第四个部分就是技术表，第五部分就是结论实际的 RFP 建议申报书会很长，这里只是给出一个非常简单的，包含了通常情况下都会使用到的一些部分，下面任务 5A.1 呢就是验证供应商和性能， 把 RFP 和 RFQ 发送给潜在的供应商后就会收到一些建议，或者是报价，对建议不能也不应该只看其表面的价值是必须去验证他声明的性能了。 这个任务的目的就是验证所收到的供应商建议，或者是报价，