软件工程的案例分析

[公路工程造价案例分析有哪些]案例： ╳╳涵洞工程混凝土总需要量为5000m3，混凝土工程施工有两种方案可供选择。方案A为现场制作，方案B为购买商品混凝土。已知商品混凝土的平均单价为410元/m3，现场混凝土的单...+阅读

软件工程的案例分析

1.编程语言都没学好，软件工程学习和工作当然无从谈起！所以，谈不上批驳.分以下几点说明：

1-1.从事软件工作需要天份（通常说是逻辑思维能力），若有这方面的能力，编程就不会不喜欢，略花些时间就会有较大的长进.

所以，若又花了时间，还学不好，多半不适合做这项工作！

1-2.软件工程较编程语言要求更高，它是指导你如何组织你的开发工作（外行就不要进来了！），以提高开发和维护效率为目标.对抽象、综合能力均有高要求。

1-3.但若并不从事软件开发或编程工作，这又是另一回事了！软件工程中有相当好的管理方法和思想，可将其应用于其它行业中.有些管理思想本就来自于软件行业.

2.Rose用于软件系统的建模，即UML图形的绘制.专业级.

Visio就UML而言，简易一些.但它提供了其它图类的绘制功能.如DFD,E-R图，数据库模型图，流程图，工作流等.功能更全，更易使用.

----这两套软件使用均不难.难在你有需图形表现的东西吗？

----看你没人回复，所以胡说八道这些！仅供参考.

软件工程可行性研究报告实例

1 引言。

1编写目的：

可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解

经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。

1.2 项目背景：

开发软件名称：超市进销存系统。

项目任务提出者：老师。

项目开发者：shu408157847。

用户：超市。

实现软件单位：学校

项目与其他软件，系统的关系：

本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle 8的为开发软件的数据库服务程序。

1.3 定义：

[专门术语]：

[缩写词]：

1.4 参考资料：

《软件工程导论》，张海藩，清华大学出版社。

《实用软件工程》，郑人杰等，清华大学出版社。

2.可行性研究的前提

2.1要求

主要功能：

性能要求：

对服务器上的数据必须进行及时正确的刷新。

输出要求：数据完整，详实。

输出要求：简捷，快速，实时。

安全与保密要求：权限不同

完成期限：预计六个月，即截止2007年12月8日。

2.2目标：

系统实现后，大大提高旅游局的机票预定服务效率超市的管理水平。降低误差，减少开销

2.3条件，假定和限制

建议软件寿命：5年。

经费来源：。

硬件条件：服务器sun工作站，终端为pc机。

运行环境：Linux

数据库：Oracle8

投入运行最迟时间：2000/04/04

2.4可行性研究方法

2.5决定可行性的主要因素

1 经济可行性

成本/效益分析结果，短期-长期利益分析。

技术可行，现有技术可完全承担开发任务。

操作可行，软件能被原有工作人员快速接受。

3.技术可行性分析

3.1系统简要描述

3.2处理流程和数据流程

3.3环境可行性

3.4 人员可行性：操作宜学

3.5 效益分析

投资回收周期

2.3年

4.5敏感性分析

设计系统周期为五年，估计最长可达10年

处理速度：一般查询速度<4秒

关键数据查询速度： <2秒

5。法律因素

6。其他可供选择的方案

7.结论意见

由于投资效益比远大于100%，技术、经济、操作都有可行性，可以进行开发.

以上为包含步骤，供你参考！！

软件工程为每种类型的模块耦合举一个例子

构成耦合性的七种类型一般模块之间可能的连接方式有七种，构成耦合性的七种类型。它们之间的关系为（由弱到强）非直接耦合（Nondirect Coupling）如果两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的，这就是非直接耦合。这种耦合的模块独立性最强。。数据耦合（Data Coupling）如果一个模块访问另一个模块时，彼此之间是通过数据参数（不是控制参数、公共数据结构或外部变量）来交换输入、输出信息的，则称这种耦合为数据耦合。由于限制了只通过参数表传递数据，按数据耦合开发的程序界面简单、安全可靠。因此，数据耦合是松散的耦合，模块之间的独立性比较强。在软件程序结构中至少必须有这类耦合。印记耦合（Stamp Coupling）如果一组模块通过参数表传递记录信息，就是标记耦合。

事实上，这组模块共享了这个记录，它是某一数据结构的子结构，而不是简单变量。这要求这些模块都必须清楚该记录的结构，并按结构要求对此记录进行操作。在设计中应尽量避免这种耦合，它使在数据结构上的操作复杂化了。如果采取“信息隐蔽”的方法，把在数据结构上的操作全部集中在一个模块中，就可以消除这种耦合。控制耦合（control Coupling）如果一个模块通过传送开关、标志、名字等控制信息，明显地控制选择另一模块的功能，就是控制耦合。耦合的实质是在单一接口上选择多功能模块中的某项功能。因此，对所控制模块的任何修改，都会影响控制模块。另外，控制耦合也意味着控制模块必须知道所控制模块内部的一些逻辑关系，这些都会降低模块的独立性。

外部耦合（External Coupling）一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。例如C语言程序中各个模块都访问被说明为extern类型的外部变量。外部耦合引起的问题类似于公共耦合，区别在于在外部耦合中不存在依赖于一个数据结构内部各项的物理安排。公共耦合（Common Coupling）若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。这种耦合会引起下列问题： 1）所有公共耦合模块都与某一个公共数据环境内部各项的物理安排有关，若修改某个数据的大小，将会影响到所有的模块。 2）无法控制各个模块对公共数据的存取，严重影响软件模块的可靠性和适应性。

3）公共数据名的使用，明显降低了程序的可读性。[Page] 公共耦合的复杂程度随耦合模块的个数增加而显著增加。如图4.14所示，若只是两个模块之间有公共数据环境，则公共耦合有两种情况。若一个模块只是往公共数据环境里传送数据，而另一个模块只是从公共数据环境中取数据，则这种公共耦合叫做松散公共耦合。若两个模块都从公共数据环境中取数据，又都向公共数据环境里送数据，则这种公共耦合叫做紧密公共耦合。只有在模块之间共享的数据很多，且通过参数表传递不方便时，才使用公共耦合。否则，还是使用模块独立性比较高的数据耦合好些。内容耦合（Content Coupling）又称病态耦合。如果发生下列情形，两个模块之间就发生了内容耦合。 1）一个模块直接访问另一个模块的内部数据； 2）一个模块不通过正常入口转到另一模块内部； 3）两个模块有一部分程序代码重叠（只可能出现在汇编语言中）； 4）一个模块有多个入口。

在内容耦合的情形，所访问模块的任何变更，或者用不同的编译器对它再编译，都会造成程序出错。好在大多数高级程序设计语言已经设计成不允许出现内容耦合。它一般出现在汇编语言程序中。这种耦合是模块独立性最弱的耦合。