社区
研发管理
帖子详情
类图应该出现在概要设计的哪个位置?
qinzh130
2007-01-29 08:21:24
请教:类图应该出现在概要设计的哪个位置?
...全文
2189
13
打赏
收藏
类图应该出现在概要设计的哪个位置?
请教:类图应该出现在概要设计的哪个位置?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
13 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
碧海情天-赵亮
2007-05-31
打赏
举报
回复
类图位置的问题,我想楼主弄明白类图含义,和自己所写文档的结构,这个问题也就解决了。
碧海情天-赵亮
2007-05-31
打赏
举报
回复
Pegasuscc(羽之) ( ) 信誉:100 Blog 加为好友 2007-2-2 16:37:39 得分: 0
你们为什么要强调概要设计和详细设计呢
我认为这只是设计阶段上的划分,不用管概要还是详细总之完成设计的内容就好了.
不要把工作流于形式,这就等同于学剑法,重视招式是一样的
但无招不等于无法
------
过于偏颇了。
对于一个大型的项目,不划分阶段,你能想象什么后果吗?
工作不能只有形式只为形式,但好的工作必须依靠一个好的形式,糟糕的形式怎么出得来好工作?
学剑法,也要讲究循序渐进,不可能一开始就入门招式和精妙招式一起来啊。
中国红001
2007-05-26
打赏
举报
回复
领域建模
wanglovec
2007-05-14
打赏
举报
回复
类图就是在概要设计(分析模型)中出现的只是分析类,在详细设计(设计模型)中出现的是设计类.
bigsir
2007-02-13
打赏
举报
回复
ood时,类的概念是和对象的概念重合的,而对象的概念和概要设计的概念不是重合的,需要你在分析时采取不同的对应形态,假设:
1、系统设计——将大区域看作对象
2、功能设计——将设备看作对象
3、软件需求分析——将用户、功能看作对象
4、软件设计——将模块看作对象
5、软件概要设计——将类(细功能块)看作对象
6、软件详细设计——将函数看作对象
7、代码——将对象应用到文字
8、测试——将功能块/代码/系统看作对象
9、......
10、...
我理解搂住说的是代码类的结构功能图,确实是只能在概要设计时确定,因为是结合到代码,上程功能块所以要在这一层描述。至于说位置,应该在上一个环节描述的足够清楚了,我建议在接口对象,界面对象理清后再开始,比较不容易修改。
注意:概要设计阶段只能理出类的对外描述(可调用的public函数)和基本,详细的属性和private的函数应该在详细时作出。
说的有些绝对了,以上是我的心得,肯定有不完善的地方,高人指正。
qiushikong
2007-02-09
打赏
举报
回复
类图是一种表达方式吧,和放在什么地方无关吧。在作高层分析时,分析领域模型时就已经需要用到类图了。
zdz702
2007-02-08
打赏
举报
回复
详细设计就是开始写伪码了,其他的都在概要设计搞定。
类图该在概要设计的写完模块内部实现关系后,对各个关系类进行描述。
青润
2007-02-05
打赏
举报
回复
类图就是在概要设计(分析模型)中出现的只是分析类,在详细设计(设计模型)中出现的是设计类.
笨笨兔兔兔兔兔
2007-02-03
打赏
举报
回复
这个跟项目经验有关了,一般这么一说,其实还要看项目大小,人员的情况等等,这就很难解释清楚了,有很多模糊算法的
Pegasuscc
2007-02-02
打赏
举报
回复
你们为什么要强调概要设计和详细设计呢
我认为这只是设计阶段上的划分,不用管概要还是详细总之完成设计的内容就好了.
不要把工作流于形式,这就等同于学剑法,重视招式是一样的
但无招不等于无法
笨笨兔兔兔兔兔
2007-02-01
打赏
举报
回复
概要设计应该出的是领域模型
捏造的信仰
2007-02-01
打赏
举报
回复
该要设计主要就是分个层,理清一下业务逻辑的实现流程吧。
类图应该算是详细设计了。
xb_feng
2007-01-30
打赏
举报
回复
anywhere
概要设计
文档模板
概要设计
文档模板 1.
概要设计
中应说明软件整体性内容,多关注产品间相互关系、模块组成和模块间相互关系、模块内的主要业务流程,特别注意不要陷入对各个模块的细节描述中(
概要设计
关注重点,例如:不要画
类图
来描述类的详细方法和参数)
网上书店
概要设计
基于网上书店的
概要设计
用
类图
系统图 数据流程图 模块分析 使用开发工具
IBM
概要设计
说明书
手册模板的使用说明: 1.
概要设计
中应说明软件整体性内容,多关注产品间相互关系、模块组成和模块间相互关系、模块内的主要业务流程,特别注意不要陷入对各个模块的细节描述中(
概要设计
关注重点,例如:不要画
类图
来描述类的详细方法和参数) 2. 所有在需求文档中体现的业务流程都应在设计文档有对应说明 3. 所有蓝色文字是描述模板使用方法和应填写的内容,请在正式文档中删除; 4. 所有绿色文字是内容填写示例,请在正式文档中删除; 5. 所有红色文字是
概要设计
报告的评审要素,请在正式文档中删除; 6. 所有在“[”、“]”中间的内容都应根据产品进行修改或筛选、补充,; 7. 为保持所有产品的手册风格一致,便于读者学习公司所有产品,请不要调整文档目录结构,有建议请反馈给产品管理部;
图书管理系统
概要设计
1引言 随着计算机技术的不断应用和提高,计算机已经深入到社会生活的各个角落。而中小型租、借书机构仍采用手工管理图书的方法,不仅效率低、易出错、手续繁琐,而且耗费大量的人力。为了满足其管理人员对图书馆书籍,读者资料,借还书等进行高效的管理,在工作人员具备一定的计算机操作能力的前提下,此图书管理系统软件力求提高其管理效率。 1.1编写目的 本文档的编写是为了完善图书管理系统软件的开发途径和应用方法。以求在最短的时间高效的开发图书管理系统。 1.2背景 本项目的名称:图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是中小型租、借书机构。 本产品是针对电脑管理图书的需求设计的,可以完成读者登记、购入新书、读者借还书、等主要功能。 1.3定义 开发(develop):不是单纯指开发活动,还包括维护活动。 项目 (project):该词指的是向顾客或最终用户交付一个或多个产品的收管理的相关资源的集合。这个资源集合有着明确的始点和终点,并且一般是按照某项计划运行。这种计划通常会形成文件,并且说明要交付或实现的产品、所用的资源和经费、要做的工作和工作进度,一个项目可能有若干项目组成。 项目开发计划(project development plan):是一种把项目一定一过程与项目如何推进连接起来的方案。
教师学生信息管理系统
概要设计
和详细设计说明书
为在院级教务管理系统的设计提供主要依据,包括
类图
,详细的数据库设计,详细的模块划分和模块
类图
研发管理
1,265
社区成员
28,324
社区内容
发帖
与我相关
我的任务
研发管理
软件工程/管理 管理版
复制链接
扫一扫
分享
社区描述
软件工程/管理 管理版
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章