项目一期的遗留问题

前不久项目中遇到了一期遗留的一个棘手的问题：用户强烈要求一期的系统提供扩展的功能，而根据我们项目组内部讨论的结果是：如果提供改扩展性，首先从根本上推翻了一期的软件设计，其次设计难度非常大，数据存储规划及优化不易实现，而且最终得到的系统不敢保证其可用性。

 

用户是某行业的科研单位，数据种类繁多（几十种），数据量较大（生产数据目前预估5T左右），业务逻辑中主要涉及到了数据的归档、部分数据的入库、向用户提供数据检索、下载等服务。

 

功能扩展的具体要求：

当业务需要处理新的数据类型时，系统要能够提供扩展性，实现新数据类型的添加，进而系统自动提供已有数据类型相同的业务流程。例如：今年需要处理新数据类型Ａ，则系统提供添加界面接口，用户填写一些配置文件，包括文件名规则、文件内容规则、文件的入库方式、数据的检索界面、检索结果页面规则等等，然后系统自动完成数据的归档、数据库表的自动创建、数据库表分区和表空间的创建、数据的入库、检索界面及检索结果页面的生成。

 

承建方需要解决的问题：

1.项目进度、成本如何保证？

用户的扩展性需求对软件设计要求较高，而且从根本上推翻了一期的整理设计，相当于重头开始一个新项目，预估最少8-10人月。现在已经9月初了，合同中项目结束在10月份左右，进度上肯定无法达到项目合同的要求，而且会延期很多，作为我们承建方来说，项目收益基本上没有，甚至会赔钱。

 

2.重新设计得到的系统如何保证其可用性问题？

目前我们内部讨论的结果是如果提供功能扩展，可能会无法保证系统的可用性。

这个项目本身没多少钱，如此设计和实施起来人工和时间成本肯定会超支。就扩展性需求而言，如果时间和成本足够的情况下，配合严格和完整的测试，应该可以实现一个能够基本满足用户需求和可用性的系统，不过确实设计和实现难度很大。

 

3.如何满足用户的期望？（待补充）

 

 

4.问题的解决过程：（待补充）

系统需求分析如何开展以及如何管理用户的期望

 

5.经验教训：（待补充）