|
|
导航: |
论坛 -> 数据库专区
斑竹:liumazi,waterstone |
|
作者: |
|
2003/6/26 16:57:38 |
标题: |
|
加入我的收藏 |
楼主: |
以下引自csdn:
写本文的目的是引起大家对软件工程的重视,也许是些不一定对,希望看到的人来砸.
本人相信软件工程的方法,如果能够使用得好的话,可以很大地提高软件开发的效率,节约开发成本。
但是,在实际中,一个公司的人员水平参差不齐。很多单位,甚至我们单位还是习惯于极其落后的手工作坊式开发。 不要说使用XP、UP、UML,连程序文档都懒的写 (其实是没有人要求写) 。即使有也是一份非常简单的说明,而且程序 代码中连一句注释都没有。我本人认为,开发人员应该是一个整体,不但是要有素质的而且还要是有效率的,然而在实际 中很难作到。某些人甚至是领导层对软件工程不屑一顾,总是以自己老掉牙的经验为主导思想:‘93年的时候我们几个人 怎么怎么做软件,不到两个月就搞完了”等等。应该说,如果项目很小,也许软件工程的意义并不大。假如我一个人开发一 个小项目,最多画几张规格说明,然后注释一下程序就行。但是,只要设计到两个以上的人,需要的是协作,需要的是工作 流。
职责清晰,开发过程有序是一个好的开发团队的前提。按照RUP中所要求的,一个好的开发组织需要有各种明确的职位 分工,根据软件项目的大小考虑人力资源的分配。而目前我们是一人多职,某几个要从需求作起,要做分析、设计、实现、 测试甚至是后期的维护!试想这样会是一个有效率的组合吗?(培养项目经理的因素除外),这些人能有时间在写代码的同 时细化设计吗?在软件开发过程中很多时候工作流是并行的,开发过程是不段细化的、迭代的过程,就算这批人有很强的能 力但是项目进度允许吗?时间允许吗?
需求的失败是导致软件项目失败的罪魁祸首。总经理和经理们草草地决定上一个项目,而且觉得只要几个月就出来了, 为了赶进度,需求没有仔细分析清楚的时候已经开始写程序了。但是实际上嗑嗑绊绊的一年半年后才开发完系统的一部分。 到了这部分开始试运行的时候才发现目前的结构有些个需求和业务规则很难或者根本不能实现,而且其他未开发的子系统 怎样与已有系统配合,也完全不清楚。
你不对付风险那么风险就要对付你。某个软件项目要实施,需要考虑到用户知识层次、背景和企业文化,甚至用户中 某些人的利益。对于底层用户来说考虑的不是软件能带来多少价值,他们更关心的是新的系统有没有增加我的工作量?我 会不会自动化后因此而失业?权衡或者回避这些风险是项目前期就应该仔细分析的。当我们把自己开发的软件安装到用户 社区后,才听到用户说新软件没有原来的软件好用等等,这不一定就是我们的软件不如旧系统,而是新的系统抵触了用户 的利益,而用户的一种委婉说法罢了。
分析、设计和实现的脱节,导致项目的延期和返工。我进入现在的单位后,是从最底层的程序员做起,没有设计人员, 没有需求文档,没有设计文档,一切都是靠自己的想法来写程序。带来的后果就是不断发现致命错误和无休止的返工。我 犹如在一个烂泥潭里,实在有些厌倦,逐渐的消磨着我的激情,我们走的何止是弯路,简直就是在走向深渊。我一次次的 反抗被组长的固执、经理的经验主义而打败,也不知道他们是真不知道呢还是要压制什么。而我更希望是后者。
这就是我们的软件开发过程,我相信这些事例在中国软件企业中广泛存在。这我目前对于单位里如此无组织的开发持 观望态度,我列举再多的失败事实,最终也不能让上司意识到无组织开发的效率低下。我很失望,我决定放弃了,但愿看到 帖子的朋友你们单位的领导不要象我们的领导那样,否则中国软件还有希望吗?
----------------------------------------------
- |
作者: |
|
2003/6/26 17:42:44 |
1楼: |
对,同意!!!
----------------------------------------------
|
作者: |
pic (专门贴图) |
★☆☆☆☆ |
-
|
禁用账号 |
|
2003/6/26 18:13:57 |
2楼: |
…… 被禁用帐号,帖子内容自动屏蔽! ……
----------------------------------------------
我什么都不懂,就会贴图,还很俗。
|
作者: |
hedong (hedong) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2003/6/30 17:02:47 |
3楼: |
----------------------------------------------
-
|
作者: |
|
2003/7/29 10:16:00 |
4楼: |
目前提倡极限编程, 你认为,极限编程是不是宣布了软件工程的死亡?
----------------------------------------------
-
|
作者: |
|
2003/7/29 11:20:16 |
5楼: |
你了解xp吗? xp不适用于大型项目, 又怎么能说软件工程死亡了?
----------------------------------------------
-
|
作者: |
|
2003/7/30 10:37:43 |
6楼: |
xp不适用于大型工程只是所谓“软件权力”的自保借口。 实际上软件工程在压制程序员的创造性和自由。 他们低估了程序员群体的力量。 在“程序言论自由”、“开源活动”日益风行的今天, “软件权力”划分的所谓的大型项目、小型项目,实际上,是思想的一种钳制。 我坚信,极限编程能够推广到一切编程领域,只要创造性还在,只要团队精神还在!
----------------------------------------------
-
|
作者: |
nptch (nptch) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2003/7/30 10:42:36 |
7楼: |
叫好!!!
----------------------------------------------
-
|
作者: |
|
2003/7/30 11:38:18 |
8楼: |
redhat 开放开发,还要保留管理能力。 作为产品,创新只是一方面,质量保证则是另一个重要的方面。 作为开源项目,他们都有自己的管理跟踪手段。
作为一个建筑者,他可以正规的方法,先设计,再预算,开工,验收,来做一个可以赚钱项目。 作为一个艺术家,它可以凭自己的创新,想象,去做一个千古不朽的雕像。
但是,艺术家毕竟是少数,而且很多人都不是
----------------------------------------------
-
|
作者: |
|
2003/7/30 18:56:00 |
9楼: |
pianopan,你说的不无道理. 也许我的思想太偏激. 开源不是任何人都愿意的, 至于中国程序员的能力,也没有理想中得那么高, 我们毕竟不是Linus,也无法最终摆脱金钱的束缚, 当中国程序员拚了命才能勉强生活的中国,有谁愿意高举极限编程的大旗呢?
----------------------------------------------
-
|
作者: |
minger (minger) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2003/8/5 11:45:00 |
10楼: |
同意
这就是上级领导只会写的两个字了!
----------------------------------------------
-
|
作者: |
|
2003/8/23 13:29:16 |
11楼: |
相信樓主說的情況在中國一定會存在的,只是存在的程度不同。 本人也雙手贊同極限編程,但我覺的只有在絕對平等的狀態下才會有那種可能。
----------------------------------------------
——混世生
|
作者: |
|
2003/8/23 14:39:14 |
12楼: |
我很想和你交个朋友 我是一个delphi的爱好者 我初步掌握delphi和pb的开发工作 很想和你这样的有工作经验的前辈交流学习一下 希望你能够接受我的请求 我的qq是54727674 先谢了
----------------------------------------------
李建明
|
作者: |
|
2003/8/26 10:46:48 |
13楼: |
我很想和你交个朋友 我是一个delphi的爱好者
----------------------------------------------
-
|
作者: |
|
2003/9/25 10:58:05 |
14楼: |
软件工程对学习时挺有好处的呀
----------------------------------------------
向大家学习!
|
作者: |
|
2004/2/18 15:19:53 |
15楼: |
无规则,无计划?对一个团队说是好是坏?这不能下绝对的定论。如果,请让我作一个这样的假设:这个团队,谁都明白自己的定位,并乐意贡献自己的力量,有人专于设计,有人专于实现。是啊,中国现在的情况的确很特殊,不过这一种情况会不会改变呢?在中国IT有一个广度和深度的变化以后?
----------------------------------------------
-
|
作者: |
|
2004/3/16 18:08:34 |
17楼: |
上楼的想攒钱到别的地方好不好
----------------------------------------------
-
|
|