高分讨论：怎样成功地从需求转变成质量优良的系统？ (200分)

Q

qqq3512

Unregistered / Unconfirmed
GUEST, unregistred user!
最近实施一个大型系统时遇到不少困惑，希望大家帮忙。有什么精辟建议，可以
现金酬谢。
系统内容：大家知道我国有庞大的铁路网络，每天有无数机车牵引列车运行，
我们的系统就是，指挥各辆列车运行，保证安全高效，管理火车司机，减少安全隐患，
管理列车的检修，保养，提供质量优良的机车，处理各种事故，对各种数据进行分析，提高运用效率，还包括办公自动化等很多部分。数据庞大，流程复杂。
有如下问题待大家提出好建议。或者好经验。
问题一：当基本的需求了解了以后，但都是很模糊，或者错杂复杂，下一步该怎么办？
问题二：怎样将一个庞大的系统的需求交给几个人去分析，但是又不要忽视中间的联系。还是由一个人构架整个系统，然后将系统分成小块交由个人去分析。
问题三：怎样将需求细化，规则化，抽象出中间重要的东西而不要遗漏。
UML？？
问题四：到哪一个阶段开始设计数据库，怎样保证设计合理？
问题五：面对不断变化的需要应该采取怎样的方法和措施，尽量减少当需求变化的修改量，是否应该从中抽象出一个模型，能够适应这些变化，如果要设计这个模型，应该具备哪些特性？？？
邮箱：qqq3512@yahoo.com.cn
 
经验，这就要看个人水平了
 
画出 UML 用例图 让用户确认
 
采用《统一开发过程》，使用Rational Rose工具。
 
吃透需求。
 
现在需求已经比较清楚了。
由于我们面对的用户水平比较地，而系统又特别庞大，
本人没有开发这么大系统的经验，一时间不知道干什么好，怎么组织，将任务细分，
有没有有经验的大虾，说说如果自己遇到的话，会先干什么，再干什么，怎么组织r
人员。。。
拜托了！！！
 
http://www.delphibbs.com/delphibbs/dispq.asp?lid=2522659
 
请高手帮忙阿！
 
问题一：当基本的需求了解了以后，但都是很模糊，或者错杂复杂，下一步该怎么办？
跟踪详细需求。
问题二：怎样将一个庞大的系统的需求交给几个人去分析，但是又不要忽视中间的联系。还
是由一个人构架整个系统，然后将系统分成小块交由个人去分析。
定义好交换的协议与规则，然后分块分析。
问题三：怎样将需求细化，规则化，抽象出中间重要的东西而不要遗漏。
UML？？
这个很难，要看分析者的水平与经验。
问题四：到哪一个阶段开始设计数据库，怎样保证设计合理？
需求分析完后再建立需求模型。再建类模型。反正我的建议是最后才数据建模。
问题五：面对不断变化的需要应该采取怎样的方法和措施，尽量减少当需求变化的修改量，是否应该从中抽象出一个模型，能够适应这些变化，如果要设计这个模型，应该具备哪些特性？？？
这个更难回答。就算答出了也是一堆抽象的概念，没法对你作出一个很实际的帮助。
p.s.总先，不要认为大系统就有多么复杂了。首先，要认为它并不复杂。先立目标，再定框架，复杂度会慢慢体现出来。首先定义大的交换体系。一定是分块来做的。最主要的最关键的是各子系统中的交换体系的建立。要确定在一个标准之上。不论什么标准都行，一定要有一个标准。
再有，你的问题太笼统，没法细答。有空可以互相交流一下。
teapot@163.com
 
听课来了。
 
我来泼冷水。
你认为简单，结果项目有可能成功
你认为复杂，结果项目基本上不可能成功

继续吃透需求吧，做出原型给客户看，看到他们觉得满意为止。
 
1、先分析好、不要急于写程序，搭界面,创建数据库
2、让小组的每个开发者都来探讨、听听大家的意见、
3、一边分析一边画流程/找出各模块的相关点/
4、过滤流程上的每个环节、直到通顺、便捷
5、将流程与说明结合在一起
6、根据需求找找相关的控件，控件的使用必需在分析时加以考虑，如控件对数据的要求、从数据到控件的实现方法、其中一些难点必需先解决，做到心中有数,而不要让可能是核心的难点搁在那里
7、根据以上再设计数据库、
8、数据库的设计上各字段应找出共同点、比如一些相似的字段，字段各属性应相同、相似的表应保持相同。如字段的数量等
9、多用一些存储过程，少在程序里写SQL
10、先写一两个试试，找出相同点、多写成过程或函数或者其它分步式的开发,界面的应多统一，其目的无非是减少程序正常编写的工作量
就说到这么多，祝你成功
 
感觉楼上是高手哎！
关注
 
派人到对方出培训，获取从粉的需求！
 
设计是软件的灵魂，分析是搭出软件的骨架，编码则是填充血肉！
我觉得高质量的软件是由严谨的计划任务书控制的质量，每一个步骤都要出据详细的计划任务书，这样才能有据可依！
 
我看这事不是在网上说两句就OK的事儿，最实际的是出点血，请有这种规模大项目开发经验的大牛带头来搞，不然光凭几个没经验的人的讨论搞不定，说实话这项目确实挺复杂，不搞清楚架构上的问题很容易最后搞到一半时搞不动了
 
是呀。我也这么想，
期待大牛和我联系。
 
问题一：继续细化需求。
问题二：共同讨论整体框架，确定模块间的"通信协议"和标准，然后分块分析。
问题三：调研和咨询客户，理解他们的需求，再逐步细化，这是一个反复的过程
问题四：将数据流图分析好后再做数据库建摸
问题五：要抽象出模型来适应需求变化，高效性，扩展性...
 
我想起了金字塔
从尖到底的样子
 
哎，实在不行就请几个专家帮你们分析一下，就是要给点钱。
我认为，需求了解详细一些，做设计可能容易一些；要不然，设计中会充满很多假设，看似很有灵活性，却不需要。可以拿出一个原型给用户，然后再改。在需求分析中，一定要搞清楚数据流向和操作规范和过程。
搂主上面说的这几点，其实很空洞，我们都只能从大体上来说，估计是帮不了你的什么忙。
还是你自己的经验和悟性才是重要的。
 
您必须登录或注册才可回复。

Similar threads

不
ISO8583报文协议（转） - 不得闲
回复
0
查看
665
不得闲
不
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
961
SUNSTONE的Delphi笔记
S
顶部