[商业计划]第4章-工程项目决方案解决方案.docVIP

系统需求包括三个不同的层次业务需求用户需求和功能需求也包括非功能需求 业务需求反映了组织机构或客户对系统产品高层次的目标要求 用户需求指用户使用产品必须要完成的任务 功能需求定义了开发人员必须实现的系统功能使得用户能完成他们的任务从而满足了业务需求 非功能需求包括产品必须遵从的标准规范和合约外部界面的具体细节性能要求设计或实现的约束条件及质量属性 对于我们所拿到的项目需求分析报告往往忽略了很多客户的隐形需求一般而言包括 维护需求 升级需求 易用性需求 性能需求 现在客户也在不断成熟以上需求会或多或少的提到但是请注意很可能不够全面 所以我们需要认认真真的考虑一下这些需求到底应该包含些什么 客户对维护的要求一般至少包括这么几个 1 日志需求 日志需求是和客户的隐性需求密切相关并且几乎全部涉及的一种需求例如日志要记录维护信息和升级信息日志还要简单明了一看就知道写的啥意思另外日志记录功能还不能对系统的性能有大的影响 2 故障定位的能力 就是说当系统出现问题时客户希望系统能够通过某种方式迅速查明故障的原因并找到解决或者规避的办法 3 日常维护 通常包括软件和硬件的健康检查 4 故障报警 当系统出现严重故障时能够给出足够的信息并触发故障处理流程 一般来说客户对升级的需求有这么几点 1 可控制的升级 即检测是否可升级是否执行升级多个升级目标的选择升级的计划任务等都是可以控制的比如可以设定自动检测是否升级设定自动升级到最高版本设定执行升级必须为手工设置设置手工升级时可以立即升级也可以指定计划任务时间等等 2 不影响业务的升级 基本上客户都希望升级不要影响他们的正常业务但是有些系统实在太老了基于这种旧系统的再开发项目必然受限于原系统的升级方案这时就考虑 1能不能通过升级使系统以后升级不再影响业务 2如果不能怎样使本次升级对业务的影响最小 3 升级的简单性 升级应该简单快捷没有太多的参数需要配置没有太多需要手工干预的步骤 4 升级的完整性 尤其是对于分布式系统升级时需要考虑各个部件之间版本的一致性一个升级方案必须是完整的不能在升级以后出现由于版本间不兼容的原因而导致系统无法工作 例子 一个简单的CS系统采用加密通道进行通讯现在升级加密算法该如何设计呢 假设是互联网应用有上万个客户端该如何设计呢 从这个例子可以看出系统的设计从一开始就必须考虑这些隐性需求否则系统架构可能就要推翻重来 通常提到易用性一般觉得无非是界面和帮助没错但是不全 让我们看几个例子可以大概理解一下易用性是什么概念 同样是微软C语言乘微软之名挟操作系统之利语言和开发环境都不可谓不强大但是结果怎样呢多数人情愿用Java 微软更是不得不推出C来与Java抗衡 在中文输入法的竞争中强大高效的笔画输入法败给了拼音输入法现在拼音输入法大行其道笔画输入几乎鲜有提起 1 工程项目开发的前期 构思项目可行性分析报告项目需求分析报告 方案设计说明书隐形需求 维护需求 日志需求 故障定位的能力 日常维护 故障报警 升级需求 可控制不影响业务简单性完整性 隐形需求 维护需求 日志需求 故障定位的能力 日常维护 故障报警 升级需求 可控制不影响业务简单性完整性 易用性需求 Unix与Windows笔画输入法与拼音输入法 VC与Java 常用的功能应该能够直接了当的访问 操作应该照顾客户的习惯 优雅 一般来言易用性的需求还包括 1常用的功能应该能够直接了当的访问 如财务系统不同的角色有不同的常用功能系统应该设计为可以根据角色来打开不同的初始页面 3 优雅 还是用微软的Visual Studio做例子编译错误可以直接通过双击跳转到源代码所在错误点而不像Makefile那样只是生硬的输出文件和行号 打开一个巨大的文件给出一个可度量的进度条总比只显示一个沙漏要好吧 1 工程项目开发的前期 构思项目可行性分析报告项目需求分析报告 方案设计说明书隐形需求 维护需求 日志需求 故障定位的能力 日常维护 故障报警 升级需求 可控制不影响业务简单性完整性 易用性需求 Unix与Windows笔画输入法与拼音输入法 VC与Java 常用的功能应该能够直接了当的访问 操作应该照顾客户的习惯