软件开发案例分析网上书店网站设计

候选系统的可行性分析候选系统矩阵候选系统矩阵（CandidateSystemsMatrix）是用来记录候选系统之间异同点的工具。

候选方案一候选方案二候选方案三关联人员知识过程通信关联人员―确定系统将如何与人以及其他系统交互。知识―确定数据存储将如何实现；如何收集愉入；如何产生输出。过程―确定如何构建和实现业务过程。通信―确定如何分布过程和数据。

确定候选方案的方法

认识用户表达的想法和观点。在一个系统项目中，用户可以建议手工的或者与技术相关的方案。咨询方法学和架构标准。许多组织的开发方法学和架构标准可以指示如何选择技术方案以及可以使用什么技术。集体讨论可能的方案。集体讨论是一种确定可能方案的有效技术。寻找参考资料。分析员应该从其他实现过类似系统的人和组织那里征求意见和观点。借阅相应的杂志和期刊。这类文献可能会包含关于自动化策略、成功、失败和技术的广告和文章。候选系统矩阵示例可行性分析矩阵示例系统方案建议

系统方案建议（Systemproposal）是被推荐系统的一份书面报告或演示汇报。

——通常是一份正式书面报告（writtenreport）或者口头汇报（oralpresentation）。

——面向系统所有者和用户。

——书面报告是分析员与系统用户沟通中用得最多的一种方法。书面报告的长度

对高级管理人员―1~2页对中级管理人员―3~5页对主管级管理人员―<=10页对办事员级人员―<=50页组织一个由面向不同级别管理人员的报告构成的打报告。

——通常这些子报告作为报告的前面几节，而且通常作为报告的总结，并专注于底线问题：出了什么问题？你建议了什么？你想要什么？书面报告的格式

事实型格式（factualformat）是很传统的格式，最适合于对事实、细节以及结论感兴趣的读者。管理型格式（administrativeformat）是一种现代的面向结果的格式。书面报告的组织

主要部分表示报告意图表达的事实信息。次要部分封装了报告，因此读者可以容易地确定报告和它的主要部分。撰写报告

这不是撰写教材撰写指南：——段落应该传达单一思想。段落之间应该流畅。一个接一个。好的提纲很重要，句子不应该太复杂（平均长度不应该超过20个字）。研穷表明超过20字的句子难以阅读也难以理解。用主动语气。一直用被动语气，就会冗长而且使人厌烦你。消除行话、大话和多余的话。如：用“数据库管理系统”代替“dbms”，用“那么”代替“相应地”，用“有用的”代替“有利的”，用“清楚的”代替“它是明显的”。准备正式汇报

准备是成功的关键！确定你对汇报的期望。小心地围绕分配的时间进行组织（通常30到60分钟使用可视化工具―绘制的翻转图、投影仪、演示幻灯片―来支持你。每个可视化辅助应该传达一个想法。在你可以找到的最重要听众面前预先汇报一次。可视化辅助指南进行正式汇报

下面的指南可以改进实际汇报的效果：专业地着装当进行汇报时，避免使用“我”。保持同参与人员的目光接触并保持信任的气氛。注意你自己的特殊习惯。保持人们的注意力的建议：一停止说话。一提问一个问题，然后让听众回答。一讲一个小幽默。一使用一些道具。一改变你的声调。一做一些完全意料之外的事。回答问