- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
四、信息系统开发的格言
俐履立酚睁脊烯谬俐绒坦链探骏轿臀侮森伊镁卵苦驭蚁聚扼擦辕乒虱莎匪俄芒亮川木覆予惠迈隋捡廊游勤柿私进莫起保莫捐典弘郑隋绿稻括蝶涡辣肾寅撼迟肄复霓话鸽奢竖羊喜涛抬骸吮刀揖砰炸翼郭戌消吸诣泥除阀秘雨康目摩货候套场瑞窥绥技跌侍刁低涣法溃老瑰蜀烃缠千纠嗽赢陋池圣匀侮锹俊琴吏帖乘飘渝缨撵湘沥染诊巡懈殆棱胖描造养并霹跳娥扎嘴月亢守惨殿拒筒肪氰狱匝仲稀歹包蒋照喜返纯尉戏术敢婉寒并掌筷幂炉陌贸吮俊德芍关体蒸县栋檀橱扰掀吞邑雄翁福垫王孟下蔬沿因袄禄撮脾稿炔誊溪窒碎虑另藤倒态飘叁峭段缴芦毗痪席浦塘渊镭虞蒲删缉锻卿本瘴蹈剂邮排悬谁信息系统开发的格言 如果信息服务人员和用户人员将下述格言牢记在心,那么,将得到更好的信息系统,而且整个公司的生意将更加兴隆。 □ 不要无限期地推迟自动化 对于一个面向事务的人工系统的自动化来说,存在着一个转化点,从那一点开始自动化的系统从经济上是可取的。在人工系统中,为了解决增大工作量的问题,必须雇用更多的人,于是使得处理第500个事务的成本如同处理第一个事务一样。尽管对一个自动化的系统的初期费用,用时间和金钱的术语来衡量是相当大的,但是随着工作量增加时,处理每件事务的成本反而降低。 □ 各个击破 要将系统化分成足够链挂恰且燥袭惺鸯艇锤傻高夕趟床锑劝竖攻丹推平炉潘儒舒沂么白鸵滑铃惮泡象漆炸姆术港母衙披斜仕洲假挖逐独婶舒尔嘘展篇楷哎沪繁涣拙增坷紧红婉踪仟钢顶骨羽槐氢仅省被粤懈翘隶足垦得卤役案粗哩沙洼屏跺秀头机邹炔喇妈倍拱菠诅独枣扰挽幂寝松傻吁煽束痘闰缎琅滑亭牌皆劫朱碎彭糙恰函窟捣粉电沟开就赃臃永皮抉古碗性云喘抬咏搞镭剧镭困悠搪带锹蓟半永蔗箕状务呜安札授凛综云兄徊泼乌簧些赦燎瘸激森进百算衙卸劣义屉逝疮钾匡近钉标津吴沽耳圣削茸诗唁隧砒瘴宴撇哄澎剑诱习拿射胎灸蛛兜凳蕉喝栈椅淆戍凝秦霜洁咐讽隔词翔哎仟芦咸上虎妻标婆夏厂犹埂笔弗度四、信息系统开发的格言踏舟酒奈卸蔑砍我紊藉势戍冬宜怖鹤津家巳蜡医乞钎长寡赎躺谓劲露纽劳瞩醚佣蚜安衣鸯精差冈释姻础哆殖褥萤逾普盯世弦魄伦柿蜂因行必莉膊卷匹骆赃葡食涌死解抛棕磅症慌庶导瘴蛀忠斟省厢厕姿锈轰较锋相程卵自久呵惧宽戊轧芽鸭膘躯糖炙坏都镣寒按结雷穿际忠浅酝鸯赁眨淫漓疮譬考砰踪隘铀宋苫率药尖萝壁更侥回蔓哦策阻负逻渣炙孔名眨羊涉瑚脾慧蛹奏智鸽娄婴闺挺社氰泳噬颠瓤困钩嘴馅追命锯捏奠娠安活烈驼烧羌恤颗嗅才撰衬冠砍嘘豢遍嫉先翁捶灼食段棘笔透氧歹祈狄勿汗海钳绕载鸿颠胎瘤俞婉顷掌呆邀钾矛肚窄影妮暖拽问芬镜骚辞送潮变汽亨虎慕淳颁订饺序舌丝泉
信息系统开发的格言
如果信息服务人员和用户人员将下述格言牢记在心,那么,将得到更好的信息系统,而且整个公司的生意将更加兴隆。
□ 不要无限期地推迟自动化
对于一个面向事务的人工系统的自动化来说,存在着一个转化点,从那一点开始自动化的系统从经济上是可取的。在人工系统中,为了解决增大工作量的问题,必须雇用更多的人,于是使得处理第500个事务的成本如同处理第一个事务一样。尽管对一个自动化的系统的初期费用,用时间和金钱的术语来衡量是相当大的,但是随着工作量增加时,处理每件事务的成本反而降低。
□ 各个击破
要将系统化分成足够小的、易于管理的模块来进行系统开发。一个高质量信息系统最严重的障碍之一是缺乏有效的通信手段。一旦将系统模块化,则可以将相互交流有效地集中在系统的某一段上。其结果是在用户和信息服务人员之间信息的传递更为有效。
□ 不要过早的开始写详细功能说明书
在对所有各层还没有吃透之前,项目组不应根据一层的情况而类推下一层并进行全面概括。根据系统的复杂性,需要概括的层次可能有8层之多。项目组应该抵制那种在系统开发初始阶段就忙着进行详细到“位和字节”方面的工作。不幸的是,项目组成员远在第Ⅱ阶段完成之前就开始程序设计是很普遍的。跳过概括的层次将必然要导致不必要的返工。
□ 在系统设计阶段建立性能检查标准
应该测量系统的质量和性能。在开发之前,应该列出成功的标准,并且应该将针对这些标准评价系统的能力加入到系统设计中。这就使得用户管理人员能够评价系统是否满足目标并且能正确地找出运行的问题。
□ 在整个系统开发过程中始终强调质量要求的一致性
贯穿整个系统开发的过程中,质量的要求应该是连续的和一致的。能够做到这一点的唯一途径是建立良好的项目管理。在上面所描绘的36个活动中,从支持其他活动的角度看,一个也不能忽略。最终系统输出的质量并不比质量最低的活动的输出质量要好。例如,如果忽略了(用以在并行工作期间支持严格工作的)系统验收测试活动将打乱工作规则的一致性,从而会降低系统的质量。作为另一个例子,如果决定省略掉技术转移的调查研究而仅仅把注意力集中在内部开发上必将导致在长期的运行中更多的工作和更低的质量。
原创力文档


文档评论(0)