项目一期的遗留问题

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

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

功能扩展的具体要求:

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

承建方需要解决的问题:

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

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

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

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

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

3.如何满足用户的期望?(待补充)

4.问题的解决过程:(待补充)

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

5.经验教训:(待补充)

猜你喜欢

转载自qify.iteye.com/blog/1165008
今日推荐