我现在开始要写"详细设计"文档了，项目很急,现在连业务都不是很了解，该怎么写呀?唉,烦.....

2004-03-22 11:42:10 729 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

如何打造一个高效的研发团队互联网公司的成功很大一部分归结为人才储备，如何打造有活力、持续创新的研发团队，相信很多管理者都比较关心。下面我们从业务支撑、技术架构、团队建设这几个方面做简单剖析业务支撑快速发展已经成为互联网公司的一种常态，那么在这么快的节奏下，如何快速支撑业务？尤其是在资源紧缺的情况下，既要做业务，也要做系统优化升级。确实很难做取舍。我的观点是看公司的规模，如果是创业早期，活下来才是第一要素，我们会将业务分为日常项目和重点项目。所谓重点项目就是能影响市场抢占度，甚至影响公司生死的项... 阅读详情

大家来说说看?这种情况该怎么处理，上面根本不给时间了解业务,只是直接要你写.有点乱,感觉.

另外详细设计文档有什么格式呀?多谢了

...全文

iOS Certificates, Identifiers & Profiles简介 1. Certificates Certificates是生成开发和生产所需的证书。 2.1 certSigningRequest文件生成证书前，需要先生成certSigningRequest文件，certSigningRequest文件由【钥匙串访问】生成。选择菜单【钥匙串访问】，【证书助理】下的【从证书颁发机构请求证书…】填写【用户电子邮件地址: 】，将【请求是:】的选项改为【储存到磁盘】输入certSigningRequest文件的文件名，并指定保存位置。保存certSignin 阅读详情

kangaroo

研发管理 1,268 成员 28,280 内容

+ 关注 + 加入社区

切换为时间正序

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）

我现在开始要写"详细设计"文档了，项目很急,现在连业务都不是很了解，该怎么写呀?唉,烦.....

相关推荐