社区
研发管理
帖子详情
我问一个具体的问题:数据库设计的描述是应该在概要设计,还是详细设计?
tixi
2001-11-21 09:13:21
软件工程各部分文档里的细节内容,有些真的不知道该属于谁的
感谢您的解答
...全文
1343
6
打赏
收藏
我问一个具体的问题:数据库设计的描述是应该在概要设计,还是详细设计?
软件工程各部分文档里的细节内容,有些真的不知道该属于谁的 感谢您的解答
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
6 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
gust99
2001-12-14
打赏
举报
回复
ISEE
SE1
2001-11-22
打赏
举报
回复
to tixi(casey):
不错,数据库的表结构设计属于逻辑模型。你谈到“数据库的表结构”,也就是说已经决定采用关系模型,这时你关心的就不再是用户的数据含义、流动过程等了,而是如何在计算机里组织、存储了。此时你做的就是设计出表结构,定义主键、外键,对辽进行规范化等,这些就是在构建数据库的逻辑模型--注意,此时你仅仅是选择了关系型数据库,Oracle、Sybase、Db2、SQL Server等各种DBMS的细节你是不关心的,那是构建物理模型的事了。
tixi
2001-11-22
打赏
举报
回复
谢谢,那么数据库的表结构设计属于什么呢?逻辑模型?
liuchun008
2001-11-21
打赏
举报
回复
我认为概要设计是设计数据接口,系统物理、逻辑设计
liuchun008
2001-11-21
打赏
举报
回复
我同意SE1()
SE1
2001-11-21
打赏
举报
回复
个人认为,数据库设计应该包括概念模型设计、逻辑模型设计、物理模型设计、物理实现4个部分。
概念模型设计应在需求分析完成,或者初步完成。
概要设计时完善概念模型,设计逻辑模型
详细设计时完成物理模型设计,一般说来还应该完成数据库的物理实现。
相应的描述则分别在各阶段完成。
软件
概要
设计
模板
软件
概要
设计
模板,内容比较全哦!
软件需求规格说明书模板
本文档是软件系统的需求规格说明书模板。在本文档中,给出了撰写软件需求规格说明书的方法和要求,并给出了相关示例。
数据库
:
数据库
设计
(需求,
设计
,运行,维护)
《
数据库
:
数据库
设计
(需求,
设计
,运行,维护)》是一篇全面指南,带你系统了解
数据库
设计
的完整生命周期。这篇博客将深入解析从需求分析到
设计
实施,再到运行维护的每
一个
关键步骤。通过丰富的实战经验和专业的见解,你将学会如何准确捕捉用户需求、制定高效的
设计
方案、确保
数据库
稳定运行,并进行科学的维护与优化。
概要
设计
与
详细
设计
的区别
概要
设计
与
详细
设计
的区别
概要
设计
就是
设计
软件的结构,包括组成模块,模块的层次结构,模块的调用关系,每个模块的功能等等。同时,还要
设计
该项目的应用系统的总体数据结构和
数据库
结构,即应用系统要存储什么数据,这些数据是什么样的结构,它们之间有什么关系。
详细
设计
阶段就是为每个模块完成的功能进行
具体
的
描述
,要把功能
描述
转变为精确的、结构化的过程
描述
。
概要
设计
阶段通常得到软件结构图
详细
设计
阶段常用的
描述
方式有:流程图、N-S图、PAD图、伪代码等
概要
设计
和
详细
设计
...
概要
设计
和
详细
设计
(软件)
概要
设计
和
详细
设计
在软件
设计
中,大家经常
问
到的
一个
问
题
是:
概要
设计
应该
怎样
一个
概要法,
详细
设计
应该
怎样
一个
详细
法? 一般公司的研发流程是瀑布型的,这个模型中的分析、
设计
阶段是基于经典的结构化方法。结构化
设计
方法的基本思路是:按照
问
题
域,将软件逐级细化,分解为不必再分解的的模块,每个模块完成一定的功能,为
一个
或多个父模块服务(即接受调用),也接受
一个
或多个子模块的服务(即调用子模块)。模块的概念,和编程语言中的子程序或函数是对应的。 这样一来,
设计
可以明显地划分成两个阶段: 概要(结构)
设计
...
研发管理
1,268
社区成员
28,284
社区内容
发帖
与我相关
我的任务
研发管理
软件工程/管理 管理版
复制链接
扫一扫
分享
社区描述
软件工程/管理 管理版
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章