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

推荐订阅源

WordPress大学
WordPress大学
V
Visual Studio Blog
P
Privacy International News Feed
月光博客
月光博客
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
L
Lohrmann on Cybersecurity
N
News and Events Feed by Topic
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Apple Machine Learning Research
Apple Machine Learning Research
阮一峰的网络日志
阮一峰的网络日志
Webroot Blog
Webroot Blog
T
Threatpost
宝玉的分享
宝玉的分享
The Last Watchdog
The Last Watchdog
小众软件
小众软件
L
LINUX DO - 最新话题
C
Cisco Blogs
T
Troy Hunt's Blog
Schneier on Security
Schneier on Security
酷 壳 – CoolShell
酷 壳 – CoolShell
www.infosecurity-magazine.com
www.infosecurity-magazine.com
雷峰网
雷峰网
G
GRAHAM CLULEY
有赞技术团队
有赞技术团队
Know Your Adversary
Know Your Adversary
博客园 - 叶小钗
罗磊的独立博客
V
V2EX
博客园 - Franky
P
Proofpoint News Feed
SecWiki News
SecWiki News
腾讯CDC
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Jina AI
Jina AI
博客园 - 三生石上(FineUI控件)
S
Secure Thoughts
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Google DeepMind News
Google DeepMind News
Attack and Defense Labs
Attack and Defense Labs
人人都是产品经理
人人都是产品经理
The Cloudflare Blog
PCI Perspectives
PCI Perspectives
V2EX - 技术
V2EX - 技术
Google DeepMind News
Google DeepMind News
Last Week in AI
Last Week in AI
aimingoo的专栏
aimingoo的专栏
Cisco Talos Blog
Cisco Talos Blog
N
News and Events Feed by Topic
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
S
SegmentFault 最新的问题

博客园 - 纯爷们

很久没有在这里写东西了 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.产品功能强大,含概大多数业务功能,但客户只需要一个子集!
        当您开发设计的产品功能很强大,但是客户说只需要其中一小点功能的时候,您的系统是否可以无修改的屏蔽功能,我们做不到,也许是业务逻辑与功能绑的太死吧,大家谈谈经验?

        ....

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

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

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