软件工程中的系统边界是不是比系统的功能还重要,该怎么处理
软件工程中的系统边界是不是比系统的功能还重要
在单位给领导报了一个计划，一个自己认为非常完美漂亮的系统规划，系统的功能很强大且市场上没有任何一家做到了，可以说是一个空白，且是用户基于迫切需要的。个人感觉如果真能够实现将是这个领域的带头人。
但是领导缺说这个系统超出了需求边界，虽然是个好系统但是不现实。
在软件工程的领域中应该保持这种想象力和创新精神，还是应该谨慎行事呢？
------解决方案--------------------
项目范围可以让老总评审嘛，他说大就缩小点
你觉得精华的部分重点做吧，领导考虑的一个是市场，一个是成本，有点技术出身还会考虑技术
如果你的项目没有市场前景，或者超了预算，或者技术实现有困难等等
都会被驳回，没什么，根据老大的意见慢慢改就是了
一家之言仅供参考
祝你成功！
------解决方案--------------------
1. 出色的范围管理可以大幅提升项目成功率
2. 要进行范围管理，请先把你的特性清单列出来，然后请相关的老大老小们一起决定每个特性的重要性
3. 必须对每个特性的风险进行评估
4. 基于每个特性的重要性和风险，可用的资源，计划的上市时间以及老大的预算等来确定项目范围
5. 强烈建议在没有想明白上面四点的前提下不要开始项目
在单位给领导报了一个计划，一个自己认为非常完美漂亮的系统规划，系统的功能很强大且市场上没有任何一家做到了，可以说是一个空白，且是用户基于迫切需要的。个人感觉如果真能够实现将是这个领域的带头人。
但是领导缺说这个系统超出了需求边界，虽然是个好系统但是不现实。
在软件工程的领域中应该保持这种想象力和创新精神，还是应该谨慎行事呢？
------解决方案--------------------
项目范围可以让老总评审嘛，他说大就缩小点
你觉得精华的部分重点做吧，领导考虑的一个是市场，一个是成本，有点技术出身还会考虑技术
如果你的项目没有市场前景，或者超了预算，或者技术实现有困难等等
都会被驳回，没什么，根据老大的意见慢慢改就是了
一家之言仅供参考
祝你成功！
------解决方案--------------------
1. 出色的范围管理可以大幅提升项目成功率
2. 要进行范围管理，请先把你的特性清单列出来，然后请相关的老大老小们一起决定每个特性的重要性
3. 必须对每个特性的风险进行评估
4. 基于每个特性的重要性和风险，可用的资源，计划的上市时间以及老大的预算等来确定项目范围
5. 强烈建议在没有想明白上面四点的前提下不要开始项目