<<需求分析与系统设计>>读书笔记之一

   <<需求分析与系统设计>>这本书论述了软件分析和设计的迭代增量式过程,讨论软件分析与设计的原理,方法和技术,并特别关注了设计阶段,对软件体系结构的内容进行了很大的扩充。本书强调对象技术与统一建模语言UML在企业信息系统开发中的应用,并讨论了使用web技术和数据库技术进行开发的方法。这本书集中在面向对象软件开发上,统一建模语言用于捕捉建模的人工制品,主要论述用逐步细化的方式进行开发,并且在整个开发生命周期中都是用UML这种建模语言。系统分析师,设计师和程序员使用同一种语言和工具,但有时也会使用一些语言的配置文件来满足各自的需要。这本书提出了用UML进行企业系统分析和设计的详细方法,确定了以下方面的解决方法:1 分析和建模业务过程。2 控制大型系统模型的复杂性。3 改进软件体系结构。4 提高系统的适应性。5 处理详细的设计问题。6 理解用户图形界面。7 了解数据库的重要性。8 管理质量,管理变更等。  

   软件的复杂性随着软件的应用领域的性质不同而不同。通常情况下,计算密集型应用领域的软件系统比数据密集型应用领域的软件系统的复杂性要低。数据密集型应用系统包括电子商务,这样的系统处理大量数据和业务规则,而这些数据和业务规则往往是不一致或不明确的。构建能够容纳所有业务数据,规则和特殊情况的软件一贯是困难的。软件是开发出来的,而不是成批制造出来的,当然,也不能否认虽然软件工程的发展为开发实践引入了更多的确定性,但是并不能保证 软件项目的成功。这可以与传统的工程分支相对比,如土木工程或机械工程。在传统的工程中,产品是以数学般的精确来设计,然后利用机械和生产线来制造的。一旦将软件产品开发出来,就能够以最小的代价复制,但是对于企业信息系统这种情况,从来都不需要复制软件。每个系统都是独特的,并且是为特定企业开发的。困难在于开发,而并不在于成批制造。因此,整个软件生产的成本都在于它的开发。为了降低软件开发的工作量和成本,软件产业以可复用软件构建的形式提供了部分解决方案,在开发过程中可以利用这些构件。

  软件实践鼓励从可定制的软甲框架或软件包--商用成品软件解决方案或企业资源规划系统来进行系统开发。然而,软甲框架只能提供常规的财务,制造或人力资源系统。这些常规的解决方案必须要适应企业所期望的和需要执行的特定业务过程。必须要对这些业务过程进行定义,然后开发系统模型,虽然强调的重点由从零开始的开发转变到了通过定制的软件框架进行开发,但是,在这两种情况下,软件开发的真正本质仍然是相同的。必须为每个系统的最终解决方案创建概念性构想,以确保这些构想能够满足组织的特定需要。一旦创建了这些概念性构想,就可以对软件框架的功能性定制,以符合概念性构想。编程任务可能有所不同,但是需求分析和系统设计活动与那些从头开发的软件类似。毕竟,一个概念性构想在许多可能的表示下是相同的。

时间: 2024-12-24 18:09:04

<<需求分析与系统设计>>读书笔记之一的相关文章

&lt;&lt;需求分析与系统设计&gt;&gt;读书笔记之三

终于把<需求分析与系统设计>读完了,感受很多,虽然理解还不是透彻,但还是学到了不少知识.在软件需求规格说明中,需要用图形和其他形式化模型来说明需求,为了完整地说明一个系统,有必要采取多种模型.UML提供了许多集成化的建模技术来辅助系统分析师来完成这项工作.规格说明的过程是迭代增量式的.对成功的建模来说,使用case工具是必须的.需求规格说明产生三种模型:状态模型,行为模型,状态变化模型.需求规格说明涉及需求确定期定义的客户需求进行严格的建模,重点放在那些系统将要提供的所期望的服务上.在规格说明

系统&lt;&lt;需求分析与系统设计&gt;&gt;读书笔记之二

需求确定是关于社会,沟通和管理的技能.它是系统开发中需要技术最少的一个阶段,但是如果该阶段没有充分完成,其结果将会比不能完成其他阶段来得更糟.由于不理解,忽略或者曲解客户需求付出的代价在软件过程的以后阶段将是不可承受的.一个当代自适应企业的业务前景要求是,对业务能力进行探索,并确定满足不断变化的解决方案.业务过程界定IT项目和系统的需要.很多情况,IT解决方案仅仅是解决业务问题.另外一些情况下,IT解决方案是业务创新的真正推动者,并产生新的经济理念.无论哪种情况,IT解决方案都是一种基础设施服务

机器学习系统设计-读书笔记3

继续第二篇笔记中的例子. 3.不断的迭代与探索的过程 从上篇的图看到,直线并不能很好的代表week4以后的趋势.既然一阶函数不行,我们试试二阶函数? f(x)= ax**2 + bx + c 继续使用polyfit这个函数来确定a,b,c的值: f2p =sp.polyfit(x,y,2) print f2p 上述代码得到了一个数组 [ 1.05322215e-02 -5.26545650e+00 1.97476082e+03],这就是a,b,c分别的值. f2 = sp.poly1d(f2p)

《需求分析与系统设计》读书笔记1

这个月开始对<需求分析与系统设计>的阅读,在读这本书之前我先看了看网上对这本书的书评,了解到这本书论述了需求分析和系统设计的迭代增量式过程,并讨论了软件生命周期的其他阶段(包括实现.测试和变化管理).本书提出了运用UML(统一建模语言)进行信息系统分析和设计的方法,以克服大型系统模型的复杂性:改进软件体系结构:提高软件可维护性和可扩展性:促进对象的分层结构:处理构件集成:改进对GUI和永久数据库对象建模等方面的方法和策略.这本书的内容丰富,这一段时间主要对这本书前三章进行了阅读. 在这段时间的

《需求分析与系统设计》读书笔记2

继续阅读,这段时间阅读了<需求分析与系统设计>的四到六章,对这本的中心思想了解更见深入,对作者关于软件开发中的需求分析阶段的思想有了一定的认识.作者对需求分析的方法和遇到问题的解决方法都有着自己读到的见解,这些作者提出的观点给予我很大的帮助. 本书的第四章是需求规格的说明,在这章中作者提出需要用图形和其他形式化模型来说明需求.需求规格说明用客户的叙述性需求作为输入,用构造规格说明模型作为输出,这些模型分为3组,即状态模型,行为模型和状态变化模型.对象的状态由它的属性和关联的取值来决定,状态规格

《需求分析与系统设计》读书笔记part3

经过一个月的阅读,终于把<需求分析与系统设计>这本书读完了,其中对需求和对设计方面的知识对我帮助很大.书中作者对需求分析的思想对我也有很大的启示,在我现阶段的学习中对需求的了解有了进一步的认知.这一阶段我读了这本书的最后几章,在这几章中作者主要对系统的设计做了一定的分析,同时让我学到很多东西. 第七章中主要讲了图形用户界面设计,界面设计是一个多学科的活动,其设计的中心问题是用户控制式,面向对象程序是事件驱动的,对象响应事件的内部通信由外部用户激活的事件来触发:它的设计必须遵循由项目采用的窗口界

《需求分析和系统设计》读书笔记之三

这一张的主要讲的是界面设计,我们在人际交互课程中也学到了.GUI的设计在其他几本书中是没有提到的.而且这一部分跟<人机交互>中讲到的又不一样.这一章介绍了UML的配置文件(剖面)——UX故事情节.图形用户界面的设计要从用户的角度出发. 第八章介绍了数据库的重要性.数据库在软件开发中起到至关重要的作用.数据库模型由3个层次:外部模型.逻辑模型和物理模型.本章重点讨论了逻辑模型.对象到数据库的映射其实就是UML类型模型到关系数据库中逻辑数据模型的映射.事务是数据库的逻辑工作单元,它开始于一致的数据

《需求分析与系统设计》读书笔记part2

继续阅读,这段时间阅读了<需求分析与系统设计>的四到六章,对这本的中心思想了解更见深入,对作者关于软件开发中的需求分析阶段的思想有了一定的认识.作者对需求分析的方法和遇到问题的解决方法都有着自己读到的见解,这些作者提出的观点给予我很大的帮助. 本书的第四章是需求规格的说明,在这章中作者提出需要用图形和其他形式化模型来说明需求.需求规格说明用客户的叙述性需求作为输入,用构造规格说明模型作为输出,这些模型分为3组,即状态模型,行为模型和状态变化模型.对象的状态由它的属性和关联的取值来决定,状态规格

读书笔记9秒杀系统设计

网购秒杀系统架构设计案例分析 秒杀系统的技术挑战: 对现有网站业务造成冲击 高并发下应用和数据库的负载 突然增加的网络及服务器带宽 直接下单(未到秒杀时间直接下单) ? 应对策略: 将秒杀系统于现有业务进行独立部署 秒杀商品页面静态话(简单) 租借秒杀活动带宽 动态生成随机下单URL ? 秒杀系统架构设计 秒杀商品页面要尽量简单 ? 要处理问题 页面秒杀提交按钮点亮问题 未成功秒到商品人员拦截问题 ? 处理流程: ? 秒杀系统整体架构 参考文献: 李智慧,<大型网站技术架构-核心原理与案例分析>