S
ssq237712
Unregistered / Unconfirmed
GUEST, unregistred user!
来自：DavidXFF, 时间：2003-12-16 9:07:00, ID：2356307
开发时精神百倍，拿钱时无比费劲。
开发时妙招频出，交货时没人识货。
来，兄弟，握手。
开发时精神百倍，拿钱时无比费劲。
开发时妙招频出，交货时没人识货。
来，兄弟，握手。
H
hsb0307
Unregistered / Unconfirmed
GUEST, unregistred user!
我们组没有系统分析员。
L
lingm
Unregistered / Unconfirmed
GUEST, unregistred user!
几时结帖阿[
]
]
J
jojo
Unregistered / Unconfirmed
GUEST, unregistred user!
如果真是一个人什么都要做，那么基于ICONIX建模的快速原型法应该对构建系统有所帮助。
在小公司/小项目里面，不要试图去运用重型软件工程，明知道资源不足还要去把摊子扩大那是绝对愚蠢的行为。
很多伟大的软件都是一两个人就搞出来的，别抱怨了，先适应，再改进吧。
在小公司/小项目里面，不要试图去运用重型软件工程，明知道资源不足还要去把摊子扩大那是绝对愚蠢的行为。
很多伟大的软件都是一两个人就搞出来的，别抱怨了，先适应，再改进吧。
W
wxmlj
Unregistered / Unconfirmed
GUEST, unregistred user!
关于现在程序员包揽设计，编码，测试等等工作，大家仔细想想，目前有多少项目是完全
的按照软件工程一步一步完成的？理论上是应该按部就班，但是项目本身跟本不允许有那么多的时间去做，因为客户掏不了项目所需足够钱。如果按部就班的去做，项目当然是赔钱。所以现在的好多项目都是在赶时间，大概设计一下，在编码的过程当中就进行了测试，这是中国软件的局限性和软件投入财力所决定的。
的按照软件工程一步一步完成的？理论上是应该按部就班，但是项目本身跟本不允许有那么多的时间去做，因为客户掏不了项目所需足够钱。如果按部就班的去做，项目当然是赔钱。所以现在的好多项目都是在赶时间，大概设计一下，在编码的过程当中就进行了测试，这是中国软件的局限性和软件投入财力所决定的。
N
NLee
Unregistered / Unconfirmed
GUEST, unregistred user!
关于现在程序员包揽设计，编码，测试等等工作，大家仔细想想，目前有多少项目是完全
的按照软件工程一步一步完成的？
有些道理
的按照软件工程一步一步完成的？
有些道理
J
jacklow
Unregistered / Unconfirmed
GUEST, unregistred user!
国内的软件业为什么在世界上没有位子，我想都是大家身兼数职惹的祸
神
神秘电波
Unregistered / Unconfirmed
GUEST, unregistred user!
程序员本身就是苦差事！
J
jslyglwd
Unregistered / Unconfirmed
GUEST, unregistred user!
人有多大胆，地有多大产！
软件！！
软件！！
T
tuti
Unregistered / Unconfirmed
GUEST, unregistred user!
有实际项目经验的人，大多能感觉到项目开发的成功，要看参与者经验的积累。
就个人的体会，看案例似的资料的学习效果，大大好于看 条条杠杠的效果。
看当事人谈真实案例，有很好的借鉴效果。
to:woyaoying 有几个问题想问一下。
如果涉及到敏感方面就不用答了。
开发：2003－9－10日——2003－11－7日
测试：2003－11－7日——2003－12－13日
1. 客户单位背景是什么？ 这个系统开发出来是想达到什么业务目的？
2. 做需求的市场人员，是去找对方公司的什么人，收集的需求？
需求是怎么记录下来的（口头|书面）？如果有文档一般是怎么组成，
大致的格式？
3. 开发团队是怎么构成，有多少人？
4. 原来计划预期开发和交付使用的时间是什么日期。
实际开发和交付的时间是什么日期。（不必把开发和测试分开）
5. 开发计划中，有没有确定一些阶段性目标？
6. 最终成果,大约有多少个数据库表,和多少行代码.
谢谢
就个人的体会，看案例似的资料的学习效果，大大好于看 条条杠杠的效果。
看当事人谈真实案例，有很好的借鉴效果。
to:woyaoying 有几个问题想问一下。
如果涉及到敏感方面就不用答了。
开发：2003－9－10日——2003－11－7日
测试：2003－11－7日——2003－12－13日
1. 客户单位背景是什么？ 这个系统开发出来是想达到什么业务目的？
2. 做需求的市场人员，是去找对方公司的什么人，收集的需求？
需求是怎么记录下来的（口头|书面）？如果有文档一般是怎么组成，
大致的格式？
3. 开发团队是怎么构成，有多少人？
4. 原来计划预期开发和交付使用的时间是什么日期。
实际开发和交付的时间是什么日期。（不必把开发和测试分开）
5. 开发计划中，有没有确定一些阶段性目标？
6. 最终成果,大约有多少个数据库表,和多少行代码.
谢谢
W
wangxian11
Unregistered / Unconfirmed
GUEST, unregistred user!
这些问题问的好，我也想知道
最近在看《需求分析与系统设计》，主要是觉得如果只会coding，那永远是个只会坐在屏幕前的coder
最近在看《需求分析与系统设计》，主要是觉得如果只会coding，那永远是个只会坐在屏幕前的coder
C
china359
Unregistered / Unconfirmed
GUEST, unregistred user!
学习中。。。
G
goodzp
Unregistered / Unconfirmed
GUEST, unregistred user!
1:客户需求.
2:功能规划.
3:任务分配.
4,合成调试.
5.验收合格.
2:功能规划.
3:任务分配.
4,合成调试.
5.验收合格.
M
maqing
Unregistered / Unconfirmed
GUEST, unregistred user!
这些问题问的好，我也想知道
我对此亦有深刻感触，
最近学习需求分析与系统设计，主要是觉得如果只会coding，那永远是个只会坐在屏幕前的coder 一道上路！！
我对此亦有深刻感触，
最近学习需求分析与系统设计，主要是觉得如果只会coding，那永远是个只会坐在屏幕前的coder 一道上路！！
N
nsnboy
Unregistered / Unconfirmed
GUEST, unregistred user!
软件开发和软件工程是两回事，也就是系统分析员即现在的系统架构分析师为什么比高级程序员吃香的原因，我总感觉做项目要有一个很好的团结的好配合的团队很重要，这比代码要强的多得多，总之一个字就是：累！
阳
阳光游子
Unregistered / Unconfirmed
GUEST, unregistred user!
先申明，偶是菜鸟。：-P
调研与分析：
偶也认为这个环节是最最重要的，首先要搞清楚客户到底需要什么
const 彻底搞懂=将业务完全理会，并能提出自己独到的见解(更容易编程：-)
repeat
跟客户不断交流
until 彻底搞懂
当然你得懂事一点，不然会招人烦， 那就麻烦了。
编码：
先将用户界面画好，然后提交用户审核。然后在按照要求修改，再审核，直到通过（一定要做，不要嫌麻烦）。然后再进行业务抽象，具体编码。
平时最好积累一些自己的编程模块。跟搭积木一样，效率比较高。主要时间花在针对编程难点进行攻关。
测试：
测试一定是紧跟开发的，开发必定需要测试。有时候流程走不同必须要经过测试，才可以进行一步的编码。测试人员我觉得应是使用电脑的水平接近用户的人，但绝对不能把用户拿来做测试。那是找K。
实施：
作为一个大的项目，实施确实是一个非常重要的环节。但我认为不存在“把自己软件的思想灌输给用户”的这种状态，因为在开发过程中始终作到的是“用户把使用思想灌输给我们”，要培训的是“软件的使用习惯”而已。当然要多向他展示使用软件之后有好处的一面，哈哈，此时不卖，更待何时？？？
调研与分析：
偶也认为这个环节是最最重要的，首先要搞清楚客户到底需要什么
const 彻底搞懂=将业务完全理会，并能提出自己独到的见解(更容易编程：-)
repeat
跟客户不断交流
until 彻底搞懂
当然你得懂事一点，不然会招人烦， 那就麻烦了。
编码：
先将用户界面画好，然后提交用户审核。然后在按照要求修改，再审核，直到通过（一定要做，不要嫌麻烦）。然后再进行业务抽象，具体编码。
平时最好积累一些自己的编程模块。跟搭积木一样，效率比较高。主要时间花在针对编程难点进行攻关。
测试：
测试一定是紧跟开发的，开发必定需要测试。有时候流程走不同必须要经过测试，才可以进行一步的编码。测试人员我觉得应是使用电脑的水平接近用户的人，但绝对不能把用户拿来做测试。那是找K。
实施：
作为一个大的项目，实施确实是一个非常重要的环节。但我认为不存在“把自己软件的思想灌输给用户”的这种状态，因为在开发过程中始终作到的是“用户把使用思想灌输给我们”，要培训的是“软件的使用习惯”而已。当然要多向他展示使用软件之后有好处的一面，哈哈，此时不卖，更待何时？？？
T
tianhf
Unregistered / Unconfirmed
GUEST, unregistred user!
建议大家看看http://www.manfen.net/forum/btsubsystem.php上的两个视频资料:
1.如何编写优秀程序
2.微软是如何进行软件测试的
里面的内容囊括了帖主的全部内容 (用 BT下载)
1.如何编写优秀程序
2.微软是如何进行软件测试的
里面的内容囊括了帖主的全部内容 (用 BT下载)
索
索利翁
Unregistered / Unconfirmed
GUEST, unregistred user!
不知国外如何，国内大多软件公司开发需求分析这一步做的都不好。
这其中也有大家提到的分析员对客户的业务方面了解不足，导致了
与客户的沟通上有障碍，从而使分析结果在开始编码后发生“变化”，
但是这不真正是客户需求变化了，而是你没有真正理解客户需求。
我在一家Mis公司干了3年多，也是身兼数职。想想最初时面对客户
作需求调研时，往往无法与客户顺利沟通，一个简单的功能模块做完也
要客户给‘打回’一次以上。现在就好多了，往往是客户有一个要求，
刚说一半时，我就已经知道他想要什么了，作出东西后再做一些如界面
等调整就可以了。
另外，系统分析员一个很大的必需条件是：在你有一个比客户需求
更好的想法，或者要简化客户的需求来降低编码量而提高工作进度，甚
至你觉得客户某个需求不合理而要拒绝他时，你必须能够让客户觉得你
是对的，听你的！
这其中也有大家提到的分析员对客户的业务方面了解不足，导致了
与客户的沟通上有障碍，从而使分析结果在开始编码后发生“变化”，
但是这不真正是客户需求变化了，而是你没有真正理解客户需求。
我在一家Mis公司干了3年多，也是身兼数职。想想最初时面对客户
作需求调研时，往往无法与客户顺利沟通，一个简单的功能模块做完也
要客户给‘打回’一次以上。现在就好多了，往往是客户有一个要求，
刚说一半时，我就已经知道他想要什么了，作出东西后再做一些如界面
等调整就可以了。
另外，系统分析员一个很大的必需条件是：在你有一个比客户需求
更好的想法，或者要简化客户的需求来降低编码量而提高工作进度，甚
至你觉得客户某个需求不合理而要拒绝他时，你必须能够让客户觉得你
是对的，听你的！
Z
zlr_888_888
Unregistered / Unconfirmed
GUEST, unregistred user!
给分
W
woyaoying
Unregistered / Unconfirmed
GUEST, unregistred user!
首先，非常感谢各位的参与。
现在天下乌鸦一般黑，真的没见几个管理体制很完善的公司。
自己做项目纯粹是SB，现在就TMD有些人认为，某某某自己独做一个项目，很牛X。
在招聘的时候，总问你做过N个项目没？你是不是自己做的？靠！
我敢说，即便是个天才，它也不能一个人把项目做好！
中国现在的公司我想大多是招了一帮消防队员，拿来急用，用完滚蛋。给钱办事！
不用商量，只求当前利益，不考虑长远发展。签了单，做完活，从来不考虑软件的生命周期与将来的维护量。根本想在这方面暴利一番，然后见好就收。TMD的，受害的就是我们这帮程序员，可能钱没少挣，靠！有没有考虑自己能不能成为一个优秀的程序员啊？能不能有很强的合作意识？能不能找到下一份自己满意的工作？自己到底能提升多少啊？有些人说程序员是吃青春饭的，我想他也是站在一定角度上，可以说有时不能完全怪程序员不思进取，环境有时会让一个人抹掉这些激情的。算了，我看到这个局面就想大吼一声：“TMD，都在干吗？”。这就是你们所要的工作？这就是你在做项目？这就是所谓的ERP？这就是所谓的软件？这就是所谓的编程？这就是所谓的让人向往的那高薪的职业？
希望那些所谓的老板与项目管理者，更不用说自己做项目多牛X的人，我们是在努力，可是我们提高了多少？你到底寻求发展还是寻求满足？
不过话说回来了，我站在我的角度出发的，一个人的角度总是有限，范围有限。也只能这么说了，总觉得不说，憋得慌。大家莫怪小弟~~~
新年快到了，祝大家新年快乐~~能在来年找到自己的定位，不断的螺旋式上升。让自己开开心心的工作~~~
回答tuti问的问题：
1. 客户单位背景是什么？ 这个系统开发出来是想达到什么业务目的？
(电建国企) (这个问题分几个方面吧：流程审核、计算功能、报表打印、以及查询,最终目的肯定是增加工作效率)
2. 做需求的市场人员，是去找对方公司的什么人，收集的需求？
需求是怎么记录下来的（口头|书面）？如果有文档一般是怎么组成，
大致的格式？(靠,问题可以说80%处在这个环节,需求根本就没有,自己写的.)
3. 开发团队是怎么构成，有多少人？(2个人,那个几乎从项目开始到现在写代码不超过5行,顶多问问那些地方该怎么做)
4. 原来计划预期开发和交付使用的时间是什么日期。
实际开发和交付的时间是什么日期。（不必把开发和测试分开）
（应该这个没有什么拖延工期）
5. 开发计划中，有没有确定一些阶段性目标？
（有）
6. 最终成果,大约有多少个数据库表,和多少行代码.(近300个表与视图,代码122337行)
现在天下乌鸦一般黑，真的没见几个管理体制很完善的公司。
自己做项目纯粹是SB，现在就TMD有些人认为，某某某自己独做一个项目，很牛X。
在招聘的时候，总问你做过N个项目没？你是不是自己做的？靠！
我敢说，即便是个天才，它也不能一个人把项目做好！
中国现在的公司我想大多是招了一帮消防队员，拿来急用，用完滚蛋。给钱办事！
不用商量，只求当前利益，不考虑长远发展。签了单，做完活，从来不考虑软件的生命周期与将来的维护量。根本想在这方面暴利一番，然后见好就收。TMD的，受害的就是我们这帮程序员，可能钱没少挣，靠！有没有考虑自己能不能成为一个优秀的程序员啊？能不能有很强的合作意识？能不能找到下一份自己满意的工作？自己到底能提升多少啊？有些人说程序员是吃青春饭的，我想他也是站在一定角度上，可以说有时不能完全怪程序员不思进取，环境有时会让一个人抹掉这些激情的。算了，我看到这个局面就想大吼一声：“TMD，都在干吗？”。这就是你们所要的工作？这就是你在做项目？这就是所谓的ERP？这就是所谓的软件？这就是所谓的编程？这就是所谓的让人向往的那高薪的职业？
希望那些所谓的老板与项目管理者，更不用说自己做项目多牛X的人，我们是在努力，可是我们提高了多少？你到底寻求发展还是寻求满足？
不过话说回来了，我站在我的角度出发的，一个人的角度总是有限，范围有限。也只能这么说了，总觉得不说，憋得慌。大家莫怪小弟~~~
新年快到了，祝大家新年快乐~~能在来年找到自己的定位，不断的螺旋式上升。让自己开开心心的工作~~~
回答tuti问的问题：
1. 客户单位背景是什么？ 这个系统开发出来是想达到什么业务目的？
(电建国企) (这个问题分几个方面吧：流程审核、计算功能、报表打印、以及查询,最终目的肯定是增加工作效率)
2. 做需求的市场人员，是去找对方公司的什么人，收集的需求？
需求是怎么记录下来的（口头|书面）？如果有文档一般是怎么组成，
大致的格式？(靠,问题可以说80%处在这个环节,需求根本就没有,自己写的.)
3. 开发团队是怎么构成，有多少人？(2个人,那个几乎从项目开始到现在写代码不超过5行,顶多问问那些地方该怎么做)
4. 原来计划预期开发和交付使用的时间是什么日期。
实际开发和交付的时间是什么日期。（不必把开发和测试分开）
（应该这个没有什么拖延工期）
5. 开发计划中，有没有确定一些阶段性目标？
（有）
6. 最终成果,大约有多少个数据库表,和多少行代码.(近300个表与视图,代码122337行)
