社区
研发管理
帖子详情
我现在开始要写"详细设计"文档了,项目很急,现在连业务都不是很了解,该怎么写呀?唉,烦.....
kangaroo
2004-03-22 11:42:10
大家来说说看?这种情况该怎么处理,上面根本不给时间了解业务,只是直接要你写.有点乱,感觉.
另外详细设计文档有什么格式呀?多谢了
...全文
646
35
打赏
收藏
我现在开始要写"详细设计"文档了,项目很急,现在连业务都不是很了解,该怎么写呀?唉,烦.....
大家来说说看?这种情况该怎么处理,上面根本不给时间了解业务,只是直接要你写.有点乱,感觉. 另外详细设计文档有什么格式呀?多谢了
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
35 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
erist
2004-04-24
打赏
举报
回复
建议先将实体管理起来,流程可以后面作。
erist
2004-04-24
打赏
举报
回复
而且需求是分优先级的,可以找一些核心的功能先完成
一些次要的可以放在后边接着干。
erist
2004-04-24
打赏
举报
回复
分解系统,每个系统派人去细化,
可以画一些原型界面
数据库表现业务实体,可以设置一些。
这样从界面或从底下就有了一些东西了,中间的业务逻辑可以慢慢添
也许能有些用。
fat8888
2004-04-24
打赏
举报
回复
这很正常。我就刚碰到类似的情况。
作为企业,赢利是第一位的。
老板可以给你时间了解业务,但是客户可不会给你的老板时间。
这样的项目才有挑战性,是发挥你的聪明才智的时候了。
让那些教科书里的软件工程理论见鬼去吧!!!!!!!!!
DragonBill
2004-04-17
打赏
举报
回复
估计这项目没戏。
simonzone
2004-04-16
打赏
举报
回复
搞清楚系统的主要用例.多跟客户交流.
只有你清楚地知道业务.才会做出符合用户的东西.
有时用户不太清楚表达他的需求,建议做个原型,
如果你现在做出详细设计,我想等你搞清楚业务后,
你会发现,你现在做的根本不是用户想的那样.
你说这样的软件他能用吗?
futuredreams
2004-04-01
打赏
举报
回复
呵呵,可以参考对手的信息和功能点,优缺点比较来确定一些设计,但是自己的设计一定要有自己的特色。我们以前光是看对手的功能点比较就有几十页的表格,头都大了,最后也没怎么用。还是看具体情况来定。
carrotmin
2004-03-29
打赏
举报
回复
知道项目是怎么失败的吗?
就是这么做失败的
redguardtoo
2004-03-27
打赏
举报
回复
抄抄竞争对手的在线帮助.
这是软件工程的标准做法,也是常识.
dingding0662
2004-03-26
打赏
举报
回复
最快的学习方法,去找竞争对手的产品来看看,你就知道该怎么写了,而且设计出来的产品比别人的还要好
futuredreams
2004-03-26
打赏
举报
回复
详细设计是由程序员完成的,概要设计(整体设计)不涉及细节而是更多的考虑框架,规范和统一接口等,简单,明确,详细的描述可以使每个人明白整体结构和接口规范,最后出现问题也比较容易分析,大都是在单元测试(模块内部)的问题,在测试前期就能将绝大多数问题解决因此降低了风险。
kangaroo
2004-03-25
打赏
举报
回复
futuredreams(鱼儿),
你说的有道理
"业务流程尽可能简化将细节下放到下面每一个人处理“封装”可以使流程更清晰也降低了风险。"
不过怎么来简化细节,现在详细设计就要很细化了!
futuredreams
2004-03-25
打赏
举报
回复
...现在很多项目都是这样,换工作也很可能遇到同样的情形,建议慎重。如果有机会还是要每天自己学点东西充实一下自己。业务流程尽可能简化将细节下放到下面每一个人处理“封装”可以使流程更清晰也降低了风险。
victor97
2004-03-24
打赏
举报
回复
项目是有过程的,至于怎么裁减也是需要进行评估,说服老板吧!说会说“不”。
kangaroo
2004-03-24
打赏
举报
回复
wujiantao() ,
你说的有点对,现在好象就是这样的,不过收不收得了尾那就不知道了!!
总之感觉无法继续下去了,
最可恨的是,我们不能够去直接跟客户沟通来了解业务。而我们之前是做另外一个项目的,直接就把我们来过来了,然后就要求我们要力马跟上这个新项目,这怎么可能?
好象大家都很懂业务了,直接就可以详细设计了!舍不得花时间培训我们业务,唉!
大家说该怎么办?
wawalong
2004-03-24
打赏
举报
回复
这样的上司是不是昏头了,有点常识没,老兄另谋高就吧!
kangaroo
2004-03-24
打赏
举报
回复
whfred(后学) ,
谢谢你的跟帖,
我们是做项目的!没有那么简单的,业务又复杂,而且没有一个人说完全懂整套业务流程!
whfred
2004-03-24
打赏
举报
回复
公司一般做事是这样的,特别是做项目的公司,做产品的公司就好多了。当项目来的时候也不等人,因为老总要去打开业务和市场,也是可以理解的。最好的方法就是从网上搜集大量的资料和类似的系统试用版本。通读一遍资料,有演示版就一定要把它操作熟练,了解流程。有了一个大致的框架以后,再找一些这个行业的数据定义标准,便于数据物理建模。就快速的依样画一个,能让老板在外面勉强吹出去就可以了,真正上系统的时候,在由自己把握这套的流程,重设计,重CODING就可以了。
futuredreams
2004-03-24
打赏
举报
回复
谢谢,个人也支持原型。
samsungcsdn
2004-03-24
打赏
举报
回复
同意楼上,
原型或许是个办法
加载更多回复(15)
公司里只有一个测试是什么体验?听听他们怎么说吧
看到有很多刚刚步入测试行业的测试发出这样的疑问:01一人成团的测试,有利有弊【优点】:公司只有一个测试,那就是你自己的场地了。可以按照自己的节奏好和思路工作,
设计
和编
写
测试用例,执行测试,提交bug。【缺点】:多发生在小公司,
业务
规模不大,对测试工作不重视,不利于职业发展。一个测试对应多个
项目
,什么都要做,难免手忙脚乱。02我的公司就只有我一个测试聊聊我真实的职场经历网友:雨中百合目前我们公司就我一个测试工程师,一个人带两个
项目
,其实也还算好,就是有时候两个
项目
会同时发布测试人,排不开时间测试,内心非常捉
急
何时使用领域驱动
设计
何时使用领域驱动
设计
?其实当你的应用程序架构
设计
是面向
业务
的时候,你已经开始使用领域驱动
设计
了。领域驱动
设计
既不是架构风格(Architecture Style),也不是架构模式(Architecture Pattern),它也不是一种软件开发方法论,所以,是否应该使用领域驱动
设计
,以及什么时候使用领域驱动
设计
,这个问题本身就比较复杂(或者说这并不是一个好问题)。或许,更精确的提问方式应该是:“我应该选择什么样的架构风格来构建我的系统?”。
现在
我们先不
急
着回答这个问题,还是回到领域驱动
设计
的话题上,来回顾一
合约跟单交易所系统开发需求步骤/方案
设计
/案例
项目
/源码
详细
前段时间的工作体验主要是讲了
写
介绍和优点,今天这篇文章想基于我个人,想好好吐槽一下:电梯:拥挤的试炼。永续合约/交易所系统的开发步骤如下:需求分析:定义系统的功能需求,包括但不限于永续合约交易、杠杆交易。法线,平行光方向,怎么计算。2024-4-11,1.
项目
角色,几个人做的之类的
项目
问题2. TCP三次握手3. TCP两次握手。有没有大佬能帮忙推推人力相关的岗位,孩子顶不住了,有三段互联网招聘实习经验,全国都看横扫生命!看网评不太好,我收到了算法开发研究员的offer,但还有个上海赫比的offer,
推荐一本
写
给IT
项目
经理的好书
原文地址:http://www.cnblogs.com/cbook/archive/2011/01/19/1939060.html(防止原文作者删除、只能拷贝一份了)推荐一本
写
给IT
项目
经理的好书清理电脑,十数年来,无数资料,近来每天抽空好好整理整理, 做IT的特别是整ERP的,四个字形容:命苦可怜. 发现本给IT
项目
经理的好书.内容简介这个世界上
写
给
项目
经理的书很多,
写
给IT
项目
经理的书也不...
何时使用领域驱动
设计
(DDD)
何时使用领域驱动
设计
?其实当你的应用程序架构
设计
是面向
业务
的时候,你已经开始使用领域驱动
设计
了。领域驱动
设计
既不是架构风格(Architecture Style),也不是架构模式(Architecture Pattern),它也不是一种软件开发方法论,所以,是否应该使用领域驱动
设计
,以及什么时候使用领域驱动
设计
,这个问题本身就比较复杂(或者说这并不是一个好问题)。或许,更精确的提问方式应该是:“我应该选择什么样的架构风格来构建我的系统?”。
现在
我们先不
急
着回答这个问题,还是回到领域驱动
设计
的话题上,来回顾一
研发管理
1,268
社区成员
28,284
社区内容
发帖
与我相关
我的任务
研发管理
软件工程/管理 管理版
复制链接
扫一扫
分享
社区描述
软件工程/管理 管理版
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章