惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

D
Darknet – Hacking Tools, Hacker News & Cyber Security
V
Vulnerabilities – Threatpost
Cloudbric
Cloudbric
G
GRAHAM CLULEY
S
Securelist
Schneier on Security
Schneier on Security
Help Net Security
Help Net Security
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Project Zero
Project Zero
Spread Privacy
Spread Privacy
P
Privacy International News Feed
C
Cyber Attacks, Cyber Crime and Cyber Security
Cisco Talos Blog
Cisco Talos Blog
T
Tailwind CSS Blog
博客园_首页
有赞技术团队
有赞技术团队
Simon Willison's Weblog
Simon Willison's Weblog
Stack Overflow Blog
Stack Overflow Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Latest news
Latest news
T
Tor Project blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Attack and Defense Labs
Attack and Defense Labs
www.infosecurity-magazine.com
www.infosecurity-magazine.com
O
OpenAI News
J
Java Code Geeks
T
Tenable Blog
K
Kaspersky official blog
AWS News Blog
AWS News Blog
S
Security @ Cisco Blogs
The GitHub Blog
The GitHub Blog
T
Threatpost
月光博客
月光博客
H
Heimdal Security Blog
Security Latest
Security Latest
The Hacker News
The Hacker News
Y
Y Combinator Blog
A
Arctic Wolf
Apple Machine Learning Research
Apple Machine Learning Research
C
Cisco Blogs
美团技术团队
Microsoft Security Blog
Microsoft Security Blog
Hugging Face - Blog
Hugging Face - Blog
T
The Blog of Author Tim Ferriss
C
CERT Recently Published Vulnerability Notes
D
Docker
Google Online Security Blog
Google Online Security Blog
D
DataBreaches.Net
V
Visual Studio Blog
H
Help Net Security

博客园 - 纯爷们

很久没有在这里写东西了 HR Blogs 申请计数器 名人Blog 企业信息管理师教程 经理人的知识结构 北大商学网 IT从业人员必看的10大论坛(ZT) 常用句型 韩非子.八经 信息系统规划(ISP)之BSP Multidimensional Analysis 24 Principle A piecture of J2EE Core Patterns .NET商业应用架构所要解决的若干问题(浅水滩 ) Dependence Injection 企业信息化建设的瞎想(CIO Hatcher Team) 企业信息化建设的瞎想 企业信息化规划与设计(CSDN 腾远方聊天记录) CRM学习笔记(二)
产品需求与客户需求(探讨可扩展性的实现)
纯爷们 · 2005-01-26 · via 博客园 - 纯爷们

        产品已经完成,但是当遇到第一个客户的时候,就遭到打击,在分析新的需求后,我感觉从大体功能上看是与现有产品大同小异的,但是一些细节(主要是流程和数据)上的差异让我们不得不重新开发一套系统,在重新开发一套系统前,我想总结一下失败,我们什么地方做错了?

        列出客户需求与产品需求的一些差别,想探讨一下,在一个可扩展性强的系统中应该怎样在设计阶段处理以下问题,并使损失最小化:
        1.数据库表中添加了一个字段
        其实在开发中也有这样的问题,加一个字段会导致从底层到高层的一系列的修改,怎样设计避免?

        2.业务流程中状态的变化
        虽然我们搜集了很多的客户并最终产品化,当然流程是对的,但是对于流程中的状态,我们写死了3个状态,客户要求有四个状态,那由于状态对应到不同的业务处理逻辑,改动也很大,有没有好的设计方法能够避免? 

        3.产品功能强大,含概大多数业务功能,但客户只需要一个子集!
        当您开发设计的产品功能很强大,但是客户说只需要其中一小点功能的时候,您的系统是否可以无修改的屏蔽功能,我们做不到,也许是业务逻辑与功能绑的太死吧,大家谈谈经验?

        ....

        不想写了,其他的差别实在是太琐碎了,而且跟业务相关:(,我想只要是参加过项目开发的都有类似的经历,欢迎补充讨论!

        我们每天在探讨系统的可扩展性、可维护性,不知道大家在开发真正的商用系统的时候,尤其是在给客户实施的时候,您的产品真的能够做到一套产品适用千家吗?

        呵呵,也许问题太大了,没办法讨论,也许本身就不是设计的问题,而是需求采集的问题,也许软件公司就是这样,开发产品-》客制化(工作量相当于重新开发)。