标签：演示 想去 images 比较 超过 相对 这一 学习 unit
学习了软件工程之后，我们只是大致了解了编写大型软件需要软件工程，否则就会遇到“软件危机”，具体的软件危机是什么，我们却不甚了解。大家熟悉软件工程经典的秋千图，它介绍了软件开发中个各种问题，看的时候不免觉得好笑，但是当你的软件足够大，这些问题就会出现在你的面前。
因为生产实习着重培养开发过程，软件工程是不可或缺的，现在我们进行到了需求分析这一步。于是我们依样画葫芦，按照老师提供的框架，分析（猜测）用户需求，实际采访用户，使用NABCD框架进行系统分析。
蓦然回首，需求分析之前还有两步：
1.问题确立——既然是开放性问题，各组随机选题，我们来做个游戏吧，模仿“‘欧几里得’”这款几何游戏就很不错，炫酷的文本编辑器没有太多可以实现的而且不太好玩，别的游戏都不好玩或者可能不好做，投票通过；
2.可行性分析——uwp中是可以用unity技术的，c#手写一个几何引擎应该也不难，可行；
在问题确立上与可行性分析之中，埋藏了一个很大的坑，不过相信我们有能力来解决这个问题，那么不用回头了，专心做需求分析吧。
我们的需求分析都做完了，才想起需求分析到底要做什么：设计人员根据需求设计软件的界面、功能、接口，实现人员要根据需求实现自己心目中的设计，假设不会过度需求分析的情况下，需求分析至少能保证我们的秋千尽可能的接近用户心中的那个轮胎。不过，如果没有“欧几里得”这款游戏，我们能保证小组中的每个成员心中都有同一个“哈姆雷特”吗？能保证新加入成员时，他的心中也是这个“geomystery”吗？
综合以上考虑，我们将会把需求分析精细化，将我们这款软件的基础更加牢固，不过既然选择了极限编程模型，整体的文档体量会缩小一些，希望可以构建等比例缩小的软件工程金字塔。
需求分析正文：
需求从用户开始，游戏是人类的天性，每个人都喜欢玩游戏，游戏吸引人的地方在于不同的游戏有不同的乐趣，李如意惊险刺激，持续反馈，虚拟成就等等，我们做的这款游戏，最终的目的就是吸引人（开发者的希望）和好玩（用户的最求）。
因为我们并没有被某个公司委托，所以我们自身也客串用户。
N（Need， 需求）
·与老师探讨的过程中，出现了第一个需求：学习是不是也能像游戏一样吸引人。如果能把游戏和学习结合起来，比如在游戏中加入“即时反馈”系统，这也涉及到定位问题，我们的软件到底是一款游戏软件，还是一款学习软件，最终的讨论结果是，游戏（加上学习元素）。
·解密类游戏是一个吸引人的游戏类别，当然，解密游戏也有很多种，大家可以找到很多“密室逃脱”“侦探”小游戏，“古墓丽影”中的劳拉在探险的过程中也需要解决很多谜题，前一段时间风靡手机端的游戏“纪念碑谷”总给人一种柳暗花明之感，我们也可以制造一款解谜游戏。
·时间有限是开发人员的限制，大家都不想去编剧本，不想写角色扮演类游戏（RPG）解谜剧本，可以考虑纯粹一些的解谜。就像“宝石迷阵”“鳄鱼洗澡”游戏一样，创造一个环境，纯粹的解谜，这样可以把时间专注于编码开发而不是编剧。
·几何相对于物理类容易许多，不需要物理学中力学那样复杂的游戏引擎支持，定义一个坐标系，画直线圆，满足条件（例如玩家画出了一个圆的圆心，必须是推理画出来的，而不是随便画出来的）就可以过关。闯关！对，闯关类游戏，达成条件就能过关。
·有些玩家喜欢容易上手的关卡，有些玩家喜欢困难的挑战，这就是用户调研环节G用户提到的“难易比例适中”，合理的关卡设计能让用户玩的开心，增加游戏“黏度”。
·各个游戏总是有奇奇怪怪的成就系统，甚至扫雷也有：
成就系统有魔力，这是公认的，我们的软件也要有成就系统。
·组员C有舍友是游戏的资深玩家，组员C受到影响也经常玩这款游戏，给我们提供了一些额外的建议，有的关卡解法可能用户难以想到，而闯关通常是不允许用户跳跃的，这样会造成用户长久的卡在同一个地方，回想起“友商”“开心消消乐”的做法，软件需要有可以跳过关卡的功能，或者能有一些小提示。
·政策需求，软件需要满足一个国家地区的法律法规，我们的软件需要一个防沉迷系统。
·盈利系统是用户不需要甚至讨厌的，却是游戏开发商需要的，而我们作为软件的实际开发者，也会受到此影响，未来可能会有免费去广告，充值钻石，购买过关，购买提示等功能。
A（approach， 做法）
技术上我们需要一个能表达几何的方法，需要数学中的坐标系，几何定律，需要几何的元素（例如点线圆），这些凭我们所学的知识可以应付，然后我们需要在计算机中实现几何的方法，他们包括UWP、C#，但是光有这个还不够，我们发现Unity自身就可以写UWP程序（选项中选择提交到WINDOWS应用商店）不一定好学，DirectX可以让我们的程序更漂亮，但是DX有大量本级实现的细节，必须使用C++，而UWP的C++实现比较复杂，所以我们的计算机图形学还是通过C#来实现，那样的话我们的软件看起来可能会很“朴素”，并不吸引人。后来我们发现了NuGet中的Win2D它封装了DX，而且可以与XAML配合，正是我们需要的。还有一些技术来实现，就是图形计算需要解方程，而方程在计算机中的表达就是矩阵，这就意味着我们使用了线性代数。需要注意的是，交互方式设计对游戏体验影响很大，应该着重优化，
B（Benefit， 好处）
C（Competitors， 竞争）
我们选择“欧几里得”这款软件作为主要的竞争对手。
D（Delivery， 推广）
电梯演说
各位领导/投资人/合作伙伴： 我们的产品 <几何迷城 geomystery> 是为了解决N <游戏与学习不能兼得> 的痛苦, 他们需要C<通过游戏打发无聊的时间，同时还能兼顾学习>, 但是现有的方案并没有很好地解决这些需求，我们有独特的办法A，<例如尺规作图实践与游戏闯关结合>, 它能给用户带来好处B，<难易结合，定义严格，使用户着迷而不沉迷>， 远远超过竞争对手C<“欧几里得”>. 同时，我们有高效率的推广D方法：<发布到商店，限时免费>，能很快地让大部分用户知道我们的产品，并进一步传播。
标签：演示 想去 images 比较 超过 相对 这一 学习 unit
原文地址：http://www.cnblogs.com/czz-blog/p/7144024.html
