我想知道一件事:假如一个图书管理系统开发需多长？（一个人开发，包括所需资料由自己收集）因为我想证明...

Question

这要看实现的功能了，还有对DELPHI的熟练程度，我自己开发过一个仓库和会计核算系统软件用了2个月的时间完成，用户测试修改又用了1个月，估计这应该算是慢的了吧。

Answer 1

我们的NIAO主管"它"认为不用一个多月就可以完成。真TMD的NIAO

Answer 2

1月的估计太短，可以做出来，但一定不能稳定下来，BUG多多
更可能根本不能用

Answer 3

to:steps兄，呵呵我也是这么想，那家伙说这软件还要出售呢。

Answer 4

上帝，千万不要和我一样，我都怕了
一个月做出来的软件，自己用用很好，一到别人那里，这里出现BUG，那里不能满足要求
来来去去，忙都忙死，累都累死了。想拿奖金，更是别想。

Answer 5

还是前辈们说的了，要看你的MIS有多少功能了。
还有：最好不要一人做。会有许多BUG的
如功能全一般应该要2-3个月吧

Answer 6

我公司是作图书管理的，3人用了半年时间。在后面一年多的时间里，都有一个人在长期维护，升级。而且还不包括cmarc的录入，如果要做可能好要多的时间。我公司www.huier.com有图书管理系统。你可以去看看。需要资料可和我联系，不包括公司机密哟！

Answer 7

我做过一个数据库课程设计，就是图书馆管理系统，但只要求了借书、还书、图书信息查询、学生信息查询这三个主要功能。因为是课余时间做的，delphi我也是刚刚上手，加起来大概有两三周时间（每周40小时）。
刚开始也以为很快的，因为程序主要部分很快写完了，到后来调试才发现要解决的问题太多，太碎，做出来的程序还要考虑的容易使用、方便，要做好一个系统的确不易，按照课程设计的要求，我认为还是没什么可挑剔的。做完后想一下，发现离一个完整的系统还有那么多没做的。
软件工程的确重要。我对工作量，工作进度的定量分析也还没有概念，但我认为，有两个人，对delphi数据库编程都很熟悉，能很好配合，专职，一个月应该可以做出来的，数据库录入另计。刚开始要花一定时间做好系统分析，详细设计，至于编程我想不是问题所在。

Answer 8

我刚花了3个星期的业余时间写了一个图书管理系统。实打实可能就3-4天。
功能有：
图书资料录入、修改、删除。
借书证办理、注销。
借书、还书、超期罚款。
简单的统计报表。
那是帮一个女孩交大作业用的。
至于实际开发吗，我非常赞同steps(壮丁)的观点，等到成熟了，
可以稳定运行了，得有半年。
你们的NIAO主管懂个屁，它以为认识几个方块字的，就是汉学家啦！！！？？？
代码是代码，程序是程序，软件是软件，工程是工程。
我，正儿巴经地学编程7年了，软件开发4年。
要不，就跳槽吧。

Answer 9

我是搞图书馆自动化的,说实在话,外行人看热闹,一般来说别人都觉得图书馆自动化挺简单,不就是采（采购）、编（编目）、流（流通）而已。其实上里面很复杂，采编时经费预算问题有多少系统考虑到了？MARC的格式各个系统能支持多少（USMARC，CNMARC）服务器端能支持Z39.50的系统有多少，馆藏剔旧的书怎么处理，过刊如何保存？国内的图书馆自动化系统也就丹诚、汇文两家搞得还可以。其他的，嘿嘿.....
对了，谁愿意与我合作[email protected]

Answer 10

to:why_wf兄不亏是搞图书馆自动化的，说得很有道理。

Answer 11

用 C++Builder 开发的 GAME 速度快不快 ???  但说无妨!!! 

Answer 12

我们要做中小型图书关系系统，采（采购）、编（编目）、流（流通）都要做，还包括期刊和论文的管理，准备传统的数目用marc编目，期刊什么地打算用SGML进行编目管理，Z39。50的网关，理论研究是我的一个师兄搞但是由于种种原因，他没和我们在一起，我们今年上半年的工作就是完成这个项目，需求分析已经告一段落，开年来了，就正式开工了，我算是主程序员，还有一个师兄做整体规划，过年已经打算不回家了，希望和在这方面努力的朋友一起探讨！