发信人: wwwrong()
整理人: majorsun(2000-02-01 11:13:04), 站内信件
|
当你拿到一个MIS系统时，将怎样进行系统分析，怎样将最终用户的需求转化为
程式。请不吝赐教，尽可能详细。谢谢。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.100.18.64]
发信人: frankwong (frank), 信区: SystemAnalysis
标 题: Re: 求教：关于系统分析
发信站: 网易虚拟社区 (Tue Jul 6 13:32:42 1999), 站内信件
【 在 wwwrong (wr) 的大作中提到: 】
: 当你拿到一个MIS系统时，将怎样进行系统分析，怎样将最终用户的需求转化为
: 程式。请不吝赐教，尽可能详细。谢谢。
我认为您的问题太泛,回答问题者难以论述清楚,提问者难以有真正收获.
建议能否针对在具体软件系统或项目过程中的具体某一方面的问题提出,才能得到
广泛的有实质性的回复.
如,您所提的MIS系统的分析,并未说明您计划采用的方法(结构化?面向对象?构件
式?)
所有,难以明确回复.
针对我对您的问题的理解,试着作如下一般性/理论性的回复:
需求分析(您可以采用Use Case Driven的方法进行需求分析)
在明确需求分析的基础上,确定需要采用的系统分析方法(结构化/面向对象/构件
式)
应用您的开发团队所确定采用的分析/设计方法,进行系统分析.
根据您所采用的分析方法,依次或反复进行系统设计/建模.
任何一套软件系统的模型的建立,是必须的.
根据所建立模型的性质上,依次或反复进行系统实现.
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.101.101.78]
发信人: wwwrong (wr), 信区: SystemAnalysis
标 题: Re: 求教：关于系统分析
发信站: 网易虚拟社区 (Tue Jul 6 15:44:24 1999), 站内信件
【 在 frankwong (frank) 的大作中提到: 】
: 【 在 wwwrong (wr) 的大作中提到: 】
: : 当你拿到一个MIS系统时，将怎样进行系统分析，怎样将最终用户的需求转化为
: : 程式。请不吝赐教，尽可能详细。谢谢。
:
: .......
问题是这样的，我用PB编程已有一年半时间，其间也做过7，8个程序，有自己
独立开发的，也有和别人合作完成的。大部分都是与用户谈一谈，了解了用户
的基本需求后，就立即开始编写程序，其间顶多有不懂的地方再向用户了解情
况，直到编程完成。从来也没有想过什麽别的，就算有文档一类的东西也多是
遍完了再写。但往往事后维护量特别大，用户反映缺少功能，或者认为遍出来
的东西并非他所想要的。虽然最后都完成了，但感觉特别费劲。也看了一些软
件工程方面的书，但总感觉不实用，因此想看看别人是怎样做的，是否自己看
书方法不对，没有掌握系统分析方面的精髓。同时我感到自己长期以来，在编
程方面没有丝毫进步，是否与没有理论基础有关。
请您再次赐教，谢谢。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.100.19.250]
发信人: majorsun (major), 信区: SystemAnalysis
标 题: Re: 求教：关于系统分析
发信站: 网易 BBS (Tue Jul 6 16:13:16 1999), 转信
系统分析部分不足呢。 至于编程，没事的时候写自己的函数库就行了。
【 在 wwwrong (wr) 的大作中提到: 】
: 【 在 frankwong (frank) 的大作中提到: 】
: : 【 在 wwwrong (wr) 的大作中提到: 】
: :
: : .......
:
: 问题是这样的，我用PB编程已有一年半时间，其间也做过7，8个程序，有自己
: 独立开发的，也有和别人合作完成的。大部分都是与用户谈一谈，了解了用户
: 的基本需求后，就立即开始编写程序，其间顶多有不懂的地方再向用户了解情
: 况，直到编程完成。从来也没有想过什麽别的，就算有文档一类的东西也多是
: 遍完了再写。但往往事后维护量特别大，用户反映缺少功能，或者认为遍出来
: 的东西并非他所想要的。虽然最后都完成了，但感觉特别费劲。也看了一些软
: 件工程方面的书，但总感觉不实用，因此想看看别人是怎样做的，是否自己看
: 书方法不对，没有掌握系统分析方面的精髓。同时我感到自己长期以来，在编
: 程方面没有丝毫进步，是否与没有理论基础有关。
: 请您再次赐教，谢谢。
--
落英缤纷 拈花微笑
※ 来源:．网易 BBS bbs.netease.com．[FROM: 202.103.161.60]
发信人: zyzhu (可视化), 信区: SystemAnalysis
标 题: Re: 求教：关于系统分析
发信站: 网易虚拟社区 (Tue Jul 6 17:13:37 1999), 站内信件
对呀，自己的工作也该被分析分析了
MIS的开发是很头痛的事，关键在用户的问题很难得到理解和解决。
用户的需求可以被谈话了解多少？你将实现的系统是用户要的吗？文档有用户能
理解的吗？
应该认识到，分析和设计阶段有很多要和用户合作的工作。
分析和设计结果到代码的蓝图是重要的技术问题了。请大家讨论。
【 在 majorsun (major) 的大作中提到: 】
: 系统分析部分不足呢。 至于编程，没事的时候写自己的函数库就行了。
: 【 在 wwwrong (wr) 的大作中提到: 】
: : 问题是这样的，我用PB编程已有一年半时间，其间也做过7，8个程序，有自己
: : 独立开发的，也有和别人合作完成的。大部分都是与用户谈一谈，了解了用户
: .......
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.98.97.8]
发信人: frankwong (frank), 信区: SystemAnalysis
标 题: Re: 求教：关于系统分析
发信站: 网易虚拟社区 (Wed Jul 7 09:13:08 1999), 站内信件
【 在 wwwrong (wr) 的大作中提到: 】
: 【 在 frankwong (frank) 的大作中提到: 】
: : 【 在 wwwrong (wr) 的大作中提到: 】
: :
: : .......
: .......
根据您的说明,我看您象个"软件个体户" :-)
对于软件开发,我个人的体会是:分析设计是必须的,但有效的团队组织管理是确保
软件产品/项目能够按进度/质量/后期维护等多方面要求的关键.
我公司目前正在建立ISO9000软件质量体系,目前正在进行认证.
在此期间的体会:团队的约定/文档的风格/描述方法必须以团队的制度确定下来,
才能够保证软件质量/后期的维护/升级.
我个人认为,如果是个人独立开发,相对在分析/设计/实现等方面的分工无需太细
,
因为个人的缺省习惯约定无需明文规定出来(除非您计划将您个人的分析/设计/编
码
的方法推广到某个团队).
总之,中大型的软件开发才需要配套的开发方法/组织管理方法.
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.101.101.78]
发信人: purewater (小溪流水), 信区: SystemAnalysis
标 题: Re: 求教：关于系统分析
发信站: 网易虚拟社区 (Wed Jul 7 10:38:27 1999), 站内信件
【 在 wwwrong (wr) 的大作中提到: 】
: 【 在 frankwong (frank) 的大作中提到: 】
: : 【 在 wwwrong (wr) 的大作中提到: 】
: :
: : .......
: .......
用户应该有一个工程或项目的规范书，你再根据此做出规范应答书，双方
技术人员在此基础上做技术分析，可行性分析等，你再做出至少一个实
施方案，双方在此基础上做技术讨论，你再制定实施计划，工程进度，
工作流程，应急预案，善后处理等，运用统筹学，做到节约时间，高效。
然后商务谈判，签定合同，开始施工。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.103.1.232]
发信人: frankwong (frank), 信区: SystemAnalysis
标 题: Re: 求教：关于系统分析
发信站: 网易虚拟社区 (Wed Jul 7 12:10:04 1999), 站内信件
【 在 wwwrong (wr) 的大作中提到: 】
: 【 在 frankwong (frank) 的大作中提到: 】
: : 【 在 wwwrong (wr) 的大作中提到: 】
: :
: : .......
: .......
根据您的说明，我发现您象是一个软件个体户：-）
软件开发的种种方法和技术（分析/设计/实现/测试/维护），主要针对中型/大型
软件系统或项目。分析/设计是必须的，而针对开发团队的习惯约定/文挡模式/软
件
编写风格/源代码中变量名称约定等等的“团队开发文化“/”团队开发的管理“
是
保证分析/设计付诸实现，保证软件工期/质量/可维护性的有效措施。
对于个人开发，无须过多的”管理措施“即可实现。因此，我认为个人开发，可
以
免去团队开发的套路。当然，个人开发较难实现大型系统。
针对你在问题中所提的”难以建立快速原型体现需求“，建议在开发的分析阶段
，
采用”可视化建模“工具：如Rational Rose，通过Use Case体现需求，并建立
模型。
针对模型，建立”样品“，力争在分析/设计阶段考虑可变因素，避免在实现后发
现
需要重新设计。
当然，借助有效的工具，将更为快速，有效。
Compuware的构件开发环境UNIFACE非常适合开发MIS系统，通过建立的模型，可非
常快速
地建立”系统原型“，并提交用户测试，以明确需求。
Uniface的构件分为操作界面/报表/业务流程三类，可非常方便的建立系统的原型
提交用户测试。
Uniface的最大优点是：一套业务流程确定后，其软件系统即可快速建立，且可将
此构件移植到任何平台的任何数据库上。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.101.101.78]
发信人: kamkam (Xman), 信区: SystemAnalysis
标 题: Re: 求教：关于系统分析
发信站: 网易 BBS (Wed Jul 7 13:56:37 1999), 转信
赞成您的意见，软件工程非常重要，但理论是死的，管理要
根据实际情况变通。
我参加工作两年来一直从事一个大项目的开发，感觉对于大型项目
必须非常重视团队管理/文档规范/文档写作/系统总体分析/阶段控制/
进度控制/集成测试/配置管理等等内容,还要注意的是团队成员培训
必不可少.
最近我又在为一小型集成公司写软件规范,感觉中小型项目
最主要的是:详细分析/模块测试/用户说明.
对大项目,不可能事前分析的很具体才开始动手,
即使作出具体的概念模型,物理模型也是应付检查用的,真正开发时改变
很大,所以要抓大的,控制性的东西,细节问题通过提高开发者的水平来保证.
对小项目,花太多时间在画这个模型,那个模型上没有好处,效益不高,
而且小项目采用外发方式的时候,程序员未必都有CASE工具经验.这时候
可以将主要精力摆在详细设计(由于项目不大,事前可以做到),以及充分
的模块测试上.但并不是不要模型,我想,先统一由有经验的程序员作出
大致的概念模型就可以了.
【 在 frankwong (frank) 的大作中提到: 】
: 【 在 wwwrong (wr) 的大作中提到: 】
: : 【 在 frankwong (frank) 的大作中提到: 】
: : .......
: 根据您的说明,我看您象个"软件个体户" :-)
: 对于软件开发,我个人的体会是:分析设计是必须的,但有效的团队组织管理是确保
:
: 软件产品/项目能够按进度/质量/后期维护等多方面要求的关键.
:
: 我公司目前正在建立ISO9000软件质量体系,目前正在进行认证.
: 在此期间的体会:团队的约定/文档的风格/描述方法必须以团队的制度确定下来,
:
: 才能够保证软件质量/后期的维护/升级.
:
: 我个人认为,如果是个人独立开发,相对在分析/设计/实现等方面的分工无需太细
: ,
: 因为个人的缺省习惯约定无需明文规定出来(除非您计划将您个人的分析/设计/编
: 码
: 的方法推广到某个团队).
:
: 总之,中大型的软件开发才需要配套的开发方法/组织管理方法.
:
:
:
--
※ 来源:．网易 BBS bbs.netease.com．[FROM: 202.104.152.178]
发信人: hyenachenyao (BlueHyena), 信区: SystemAnalysis
标 题: Re: 求教：关于系统分析
发信站: 网易虚拟社区 (Wed Jul 7 15:52:07 1999), 站内信件
【 在 frankwong (frank) 的大作中提到: 】
: 【 在 wwwrong (wr) 的大作中提到: 】
: : 当你拿到一个MIS系统时，将怎样进行系统分析，怎样将最终用户的需求转化为
: : 程式。请不吝赐教，尽可能详细。谢谢。
:
: .......
: 很高兴看到有人提到Use case driven 和 面向对象技术来进行分析。
: 我认为在系统分析与设计上，我国的技术水平是比较低的，主要是没有需求，
: 也就是说没有市场。因此在系统分析与设计上国外是处于领先位置的。如果
: 想在此领域学习，我建议您学习面向对象分析与设计，此类书籍国内虽不多
: 但也有一些。或者您看一看rational，microgold software inc.公司的
: 网站.您可以下在一些讨论系统分析与设计的资料.他们两家公司的系统分析
: 与设计工具是Rose98i,WithClass99.其推崇的面向对象方式系统分析与设计
: 思想是国外比较先进的.地址为:www.rational.com,www.microgold.com.
: 希望大家展开讨论.
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 210.72.252.204]
|
|