SoftEng 版 (精华区)

发信人: ZigZag (这个,那个), 信区: SoftEng
标  题: 本人与软件工程(二)  转载
发信站: 紫 丁 香 (Sun Apr 23 16:10:49 2000), 转信

发信人: veryhappy (每天快乐), 信区: SoftEng
标  题: 本人与软件工程(未来篇)
发信站: BBS 水木清华站 (Sat Oct 31 22:05:02 1998) WWW-POST

现在,本人有了充分的权力制定任何开发的制度,很希望大展一番才能,然而还是
困难重重,本人很想一步到位,按照工程化的方法来开发,而且想在单位里引入
CASE工具的使用,然而单位里懂软件工程的并不多,方法不知,工具的使用从何
谈起?于是我只能退而求其次,先推行文档的管理制度.然而对于某些人,习惯是
难以改变的,他们心中并没有分析、设计的概念,根本不懂得设计的重要性.
而且由于种种原因,我所在的单位人员流动性也很强,不太可能对每个人进行
一番培训,而当初我坚持认为,人员流动大的地方更需要软件工程.这看起来是
一种矛盾,如果开发人员不懂方法,连对象关系图都不会构造(现实中这样的人
比比皆是),要推行CASE工具是要冒一定风险的,搞不好弄巧成拙.于是现在我推行
的只是文档的管理,即任何程序都需要文档,即使当初没经过设计,直接进行
编程(这虽然不好,但对于某些人来说,他们的确也能完成系统中的某个子任务).
在交活的时候必须补上文档.文档不需要严格的格式,只要能让别人看得懂就行.

其实,我发现自己的开发组目前还是"手工作坊"阶段.离我的目标还很远.但是因为
我们所做的项目不算很大,还能将就.

我很想请教诸位的第一个问题是:
诸位觉得CASE工具究竟能带来多大的好处,尤其对于不太大的项目而言?
(希望听到大家的亲身经验,而不是从书上看到的)

因为本人在用CASE工具中遇到的最大的问题是:
使用CASE工具建立的一些软件的结构,由于各种原因(例如需求的变化),需要经常
做一些改变,为了保持设计模型和程序的一致性,在进行修改时必须先改设计
再改程序.而对于一些不太复杂的改动,我有时很想偷些懒,直接改程序了事.
这时改文档已经成了自己的一个负担.
这里还有一个实际的问题(不知各位有没有遇到过),在编码之前进行设计,可以
理清自己的思路,可以保证编码的质量.然而对于人员流动很大的单位,很多人
在编码完成,并且经过了测试之后,自己的任务就算完成了(尤其对于一些兼职工作
而言).再保持文档和代码的一致性,似乎更大程度上是为了后人服务的,也就是使
后人能读懂自己的代码.所以设计模型的质量难以保证.相比而言,编码的质量可以
通过测试可执行程序来检查.

我的第二个问题是
如何简单地判断一份设计文档的好坏?


本人经过多次碰壁,仍深信软件工程的好处,只是学识疏漏,敬请大家指教.

前途是光明的,道路是曲折的.很希望看到有一天,国内的软件开发都能象微软
那样的大公司一样组织严密.


--

--
※ 来源:．紫 丁 香 bbs.hit.edu.cn．[FROM: 202.118.244.244]