有感于做项目，回贴者有分！ (300分)

我什么分析调研编码测试都自己做，哎呀那个累呀，
我又没作笔记的习惯，
如果被其他事耽搁了，
又得回头把前面的代码重新熟悉一下才能继续做。

woyaoying,说的太有道理了，我觉得现在中国软件企业大部分还处于小作坊的时代。。。

业务思想和技术思想
二手抓啊
不过前者比较难

就woyaoying的回答对这个案例的情况略做整理。
公司情况：
---------
就该软件公司而言，应该属于大家常见的作坊型，以承揽项目为主。在开发过程能对
开发团队提供的支持有限。
客户情况：
---------
电力建设（？）领域的国有企业（好象是个钱多的主）。
（不清楚涉及几个部门）
项目远景：
----------
流程审核、计算功能（业务方面的估算？|财务计算？）。相关的查询和报表打印。
以提高企业工作效率。
需求分析：
----------
没有（正式的）需求获取的过程。需求主要由开发团队（或公司内部人员）自己设想
。大部分需求没有经过与客户的确认。（高风险，实际开发中80%问题可以追踪到需求不明）
团队构成：
---------
2人。其中甲可能是项目经理，负责需求确认，各种沟通工作，基本不参与编程工作。
（业务熟悉程度可能较高、技术水平不明）。
乙，项目主要开发人员，参与制订需求，设计，和主要的开发工作。
（学习Delphi半年时间，接触电建项目半年），业务熟悉程度较低，技术是
个逐渐熟悉过程。
日程计划：
------------
2003-9-10日 -- 2003-12-13日（20+30+31+13=94）假设所有休息日都加班，在加上晚
上加班。大约工作时间为110工作日。由于需求频繁修正，开发阶段和测试阶段划分，可能
没有明显意义，故不做区别对待。
开发过程：
----------
设置有阶段性目标（milestone）。但阶段性成果估计没与客户进行过确认。
发布：
---------
按期交货，（能够满足客户基本需要？）。
项目的大小：
-------------
近300个表与视图,代码122337行。
（对行数统计有疑问？ 一个人110天122000行？平均 1100行/日，带测试。
这个数据实在令人咋舌。是不是把编译时，系统与第三方类库的行数
都算进去了。）
表数量应该比较准确，即便是100个基础表的系统，也是非常复杂了。
维护性：
--------
程序结构估计不良好，没有必要的文档资料，一旦主要开发人员离开，系统
可维护性很差。
个人的一些看法
--------------
这个案例，似乎是遇到了所有的常见问题，最后得到一个按期交货的结果。

可能的原因如下：
1.这个开发团队素养极高，能在非常不利的情况下，通过极大努力，
凭借经验，技术，运气等因素找到正确的前进方向。
2.系统交付给客户后，客户还没有正式使用。大多数问题还没爆发。
3.有某种幕后交易，那个系统根本不会投入使用，或者只使用极少的部分。
4.以上几种原因兼而有之。

有思想，好！

分析的挺cool，想听听woyaoying,对此的解释。。。

to tuti
我看完了你对我做这个项目的分析后，大呼感叹啊~~
说的90%都正确了,我今年不过20岁.真的有很多东西要学,希望前辈多指教~~
有空跟您聊聊~~
cx@sepco3.com
QQ:76241086(一般不上)
msn:woyaoying@hotmail.com(上的次数可能多些)

现在我既是项目经理，又是系统分析员，还是程序员、测试员、资料员、实施员及日后的维护员……

市场需求，发展方向

我现在也在做项目。
但还没有作完，从11月份开始的，我们做的不是针对某一个客户，而是很广的（其实也很窄），我们自己就是客户，因为其他的几个都是从客户脚度出来编程的。所以我们知道要干什么，和不要干什么。
比你幸运！！！
祝：
新年快乐
万事如意

我完全认同

系统分析做得不到位，累死程序员啊
系统分析的到位不到位，关键是和客户沟通，其中80%的沟通技巧和20%的经验

呵呵
楼主做完这个项目
意志力的锻炼多于分析开发技术的锻炼吧。

同意同意

独立做项目怎么这么难？
水平低了就是个coder，水平高了是很牛，就开始动动嘴，懒得搞实现
这可能就是中国软件的一个陷阱吧。
刚毕业水平不高的我一进公司，上面就压了个“公司要搞无纸化办公”，然后我就成了个老黄牛样的coder，那个早就建立了的sql天天改结构，然后改代码~~~[]
我都不知道我在干什么？
换而言之，仅仅懂个delphi，bcb又算的了什么，我自感在这些二度开发工具上不会有长足的进步，也不可能做的很远~~~
很苦恼~~~~~~~~~~~~

软件都是相对而言，没有绝对的，尽善尽美是做不完的，事在人为

同意

我觉得系统分析在整个项目开发中是最重要的一环！好比现在的城市规划，如果最初的规划没做好，即使再宏伟漂亮的建筑工程都会因不适应以后的发展而被推倒，浪费了大量的人力物力！现实生活中这样的例子还少吗？做好一个项目，就要对这个项目完全了解，一切从客户的需求出发，这样的产品才会有市场竞争力！至于测试在产品投放前也是一个重要的环节！

每个人都知道，需求要问清楚，系统分析要做好，要满足客户需求。
主要问题不在于是否认同这些最基本的理念，而在于如何进行实践的问题。
大家自问，让自己做，自己又能做到什么程度。
比如领导问你，由你来做一个系统的需求分析和系统设计，
问你要多少时间，多少人力，估算项目周期。你怎么回答？
需求应该怎么调查？需求文档应该怎么写，写到什么样的详细程度，
怎么去和客户做确认？怎么判断当前需求的稳定性，是不是可以进入下个阶段？
设计又该怎么做？要设计点什么？出具什么文档，详细到什么程度？
开发团队怎么进行沟通，对目标达成共识？
开发周期的阶段控制，品质的控制，风险控制...等等。
很多人喜欢说，具体问题具体分析，到头来只怕是具体问题，一头雾水。
吃过点苦头，在思想上重视起来是比较简单的，而要知道具体怎么处理就要难得多。
我推荐一下 CSDN/软件工程版 “Ozzzzzz”版主的一些文章，可能会有点启发。

一份艰辛一份收获