摘要：我用的是dao 将data中的数据导入到自己创建的excel 对象中去
sub tabletoexcel(ntablename as integer, ntabledata() as integer) frmquartertable.mousepointer = 11 on error resume next dim i as integer dim j as integer dim strye......
摘要：关于软件工程理论的认识与运用误区
［作者的话］ 在本文中，我们讨论了软件工程在系统开发中的重要作用，并且给出了基于软件工程的几种软件开发方法和程序代码编写的规范，同时结合自己实际做过的项目，分析了系统开发中需要注意的事宜和相关工具的选择，对系统分析和开发人员有一定的借鉴作用。
我有一个梦
毋庸质疑的是，计算机的发展和人类的历史相比甚至和其他很多科技产品相比都是非常短的......
吃奶油与啃骨头
吃奶油与啃骨头
? 【程序编程相关:
初使Eclipse的感受】
―目前对日外包的一些看法 【推荐阅读:
NFS 方式安装ThizLinux】
干脆早点回家,上上网看看新闻,无独有偶,在日经bp社也报道了近来日本对外发注的软件多有失败的情况,文章很短,但切中要害,现抄录如下: 【扩展信息:
C语言陷阱和缺陷】
最近连着2个项目都做砸了,一直闷闷不乐,大家原因分析来分析去也没个头绪．整个项目亏本了不说;弟兄姐妹们也天天加班,忙得个昏头转向;客户还很不满意,整天向老板告状,说这里不好那里又不好,搞得天天争争吵吵,又吵不出个结果来,一句话就是郁闷啊．
日本对海外软件开发敲响警钟
日本企业在将开发工作外包给亚洲软件公司时出现问题而失败的例子层出不穷.“日方发包者不经意间将自己的做法强加于人,这种态度引发了很多问题”——从事软件开发管理与质量管理研究的日本武藏工业大学工学院信息系统工程专业的兼子毅讲师对此敲响了警钟.
兼子毅于9月份访问了中国,就软件开发问题分别听取了日本发包方与中国承包方的意见分歧.在某一软件开发案例中,当描述软件标准的文件交给中国工程师时,由于没提出任何疑问,日本发包者觉得很放心,但最后却发现中国工程师的理解大相径庭.“中国工程师认为,主要原因是文件不完整.条理不清.而在日本,即使表述不清晰,也常常可以通过相互关系补充完整.但此次仍带着这种习惯交到中国,没有进行提醒与确认”（兼子毅）.“此外,对于发包方大量更改标准,有的中国工程师也觉得非常吃惊.如果标准更改很多的话,就必须从一开始就讲清楚”（兼子 毅）.
在发生这种问题时,“中国的工程师就会据理力争,指出发包方的文件不清楚,标准变更的界限不明确等”（ 兼子毅）.
此外,兼子毅还指出:“许多中国工程师都希望软件开发过程能够体系化”.并担心“在日本并不希望软件开发形成体系.这样做的人似乎也非常少”.
向中国等亚洲各国进行软件发包失败时,“有相当多的日本人都认为是文化差异造成的,从而陷入了思维僵局 ”（兼子 毅）.并呼吁“应当重新审视基本的开发进程”.
兼子毅担任“第22届软件生产质量管理专题讨论会”（12月4～5日举行,由日本科学技术联盟主办）的委员长.在主题讨论会上,将提出“在与亚洲一起进行产品制作时,希望能找到一个取长补短的途径”（兼子毅）.（记者:安保 秀雄） ...
下一页 摘要： 注：很早以前的帖子了，重新看一下，还是值得琢磨。
中国与印度软件开发之比较
posted by our good friend 转载 on june 12, 2000 at 14:54:52: to chinese students in usa bbs
我在工作中，接触到印度软件公司开发出来的软件： 整个体系架构非常清晰，按照我们的要求实现了全部功能，而且相当稳定。但是打开具......
