标签：用途 || 排名 people 模块 式表 要求 javascrip protect
软件的最终目的是用来解决用户的某些问题，需求分析就是要理解要解决的问题，真正明确用户需求。
我们在问卷网上做了一份问卷调查，总共10道选择题，外加一道用户建议题
截止目前为止，一共有89人完成了问卷，其中男女比例2:3，学生占了78人，我们从以下几个主要的方面来调查，结果如下
[git的链接](https://gitee.com/jmulyq/MyAccount)
- N（Need)
- 我们团队的项目是基于微信开发的记账小程序，满足了用户不依赖app，就可以在手机上轻松记录日常开销收支的需求，即开即用，用完就走，无需占用内存，影响桌面美观。
- 从需求量来看，在我们的调查问卷结果上可以明确看出，相对于传统的记账方式，超过一半的人选择使用较为简便的记账小程序。
- 从用户对曾经使用的记账方式的痛苦,最主要的原因是数据表达不直观问题，其次是程序繁琐，界面美观和分类细节也占有一部分。
- 从用户对小程序要求统计数据来看，数据分析及统计和数据更改都是最基本的，同步账本和提醒功能虽比重不大，但也是我们项目的一个发展趋势。
- 综上总结了记账小程序最本质的开发需求是：以简为本，在基本记账功能之上进行分类细则的数据分析与界面美化。
- A（Approach）
向微信方申请搭建一个个人性质的微信小程序。用户通过微信搜索我们的小程序后直接使用微信注册绑定使用。
完成基本的基础记账的功能后，就可以推出去给客户试用一下，看看用户有什么反馈的要求，或者改进的地方，好的方面及时商讨改进，方便后续更多功能的推进，若固步自封地做，全部完成后反而不满足客户需求，很难倒回头改进。
小程序初版后端使用java+SQL数据库，前端使用HTML + javascript+css。小程序风格以简洁为主。前期主要将基础功能做好做强大，后期再不断迭代更新。- B(Benefit)
成本低：我们的微记账小程序是一种无需下载安装即可使用的应用，能以最低成本触达用户，减少用户成本，释放手机内存量。
灵活性高：替代传统麻烦的手工记账，实现记账简单化、方便化、数据化。- C(Competitorss)
1)其他小组带来的竞争
2)其他微信记账小程序开发者带来的竞争
优势：我们团队人员积极合作，而且大家住在一起可以第一时间了解项目进度，并及时修改或更新。
劣势：都是大学生，项目经验不足，能力稍有欠缺。- D(Delivery)
微信小程序本就自带推广，大大减轻了我们的推广工作量；并且小程序特点之一就是只要使用过即是用户，只要在微信内搜索过记账小程序并进入我们的微记账，就会产生用户，随着时间，我们会产生固定用户，继而有了大的流量产生，我们的微记账也会在用户搜素记账小程序是排名越来越靠前，交付推广就更容易简单了。
杀手功能
相较于其他同类的记账小程序：
我们增加了数据导出备份的功能，这样即使用户清除了历史账目记录，也可以通过备份再次查到，减少用户丢失数据的损失；
还增加了账单添加的功能，例如：默认账单可以记录用户个人所有支出消费结余等，生意账单可以记录用户公有的财务支出收入等，还有旅游账单…….
一段话
各位用户朋友们：我们的产品<微记账小程序> 是为了解决手工记账和APP记账用户的痛苦, 他们在现有的记账工具中不能明确的了解自身的收支状况且清除记录后无法找到数据，易造成损失；但是现有的方案并没有很好地解决这些需求，我们有独特的办法，首先我们增加了数据备份这项功能，并且也增加了收支状况的分类统计图表、对比统计图表、趋势统计图表，它能让用户清晰快速的了解自己的收支状况并且加以对比和估算，也大大的减少了数据丢失所造成的的重大损失，远远超过目前市场上的竞争对手（同类型记账小程序）。 同时，我们有高效率的推广方法（利用微信自身海量用户的优势），能很快地让大部分用户知道我们的产品，并进一步传播。
[视频链接](http://www.meipai.com/media/984586417?uid=1034867103&client_id=1089857299)
视频截图
参考
原型设计能够在表现层将设计合成一个逻辑整体，用户能和你一起看到未来交互的软件蓝图、功能和效果，获得较真实的感受，在不断讨论的基础上完善未来的设计思想。因此，原型设计能起到有效沟通的作用，漂亮，直观的原型图更是让人赏心悦目。
1.不要等到所有代码写好之后再去验证需求，请用设计工具描述用户界面和需求。
2.原型设计不仅要考虑主要功能的页面排布，同时也要考虑用户实际操作中的问题，提前为用户考虑得当并征求用户意见
3.系统是必须可运行的，可实际使用的——请抱着这样的同理心去考虑系统。
4.给目标用户展现原型，与目标用户进一步沟通理解需求。
如果是设计原型，采用专门的原型设计工具，能够事半功倍，工具参考：
作业参考
原型设计界面简洁，用户体验极佳。分工比例部分的泳道图十分清楚地展示了各个同学的工作任务，Github上数十次Commit也展示了他们和谐的团队协作。
一个团队项目要在一段时间内完成诸多任务，满足用户需求，实现团队目标，从哪里入手？
WBS（Work Breakdown Structure）即工作分解结构，是根据项目目标把工作分解成许多层次分明的、可交付成果的工作任务，然后用逻辑图形或树形结构表示出来。
1.请给出团队项目的WBS
2.团队成员估计各自任务所需时间
| 成员 | 负责模块 | 估计时间 |
|---|---|---|
| 顾芷菱 丁蓉 | 报表模块 | 210h |
| 林羽晴 洪亚文 | 账单模块 | 210h |
| 秦贞一 齐畅 | 用户模块 | 200h |
3.参考：http://www.cnblogs.com/zhengrui0452/p/6653964.html
根据结对编程的经验，大家已经意识到编码规范的重要性。
讨论制定团队的编码规范，满足代码风格规范和代码设计规范（参考书第4章4.1-4.3内容）
http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html
在设计阶段，我们要清楚：软件是怎么解决这些需求的？
一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就可以分散关注，齐头并进。
1.如何才能最大限度地实现这些需求，这就是架构设计要解决的问题。请给出系统的架构设计
（1）微信小程序主要由3个全局的文件和一些与页面相关的文件组成
| 文件 | 作用及说明 |
|---|---|
| app.js | 逻辑部分，用于编写全局的事件 |
| app.json | 用于配置微信小程序 |
| app.wxss | 公共样式表，用于设置可以使用的样式 |
（2）系统结构简单描述
前端设计：
前端是直接提供给用户的，属于视图层面的，是最直观的，需要保证界面的美观，可以给人用的，而且还要保证易上手，满足大多数人的使用习惯。
后台开发：
后台是为了在各个不通的界面中，实现不同的功能。如果只有良好的界面，没有后台的支持，那这个产品也只是一个空壳。假设用户通过点击某一个功能按钮，为达到其效果，就需要从后台调取数据，根据不同的需求呈现给用户，而这些是属于逻辑层面的
搭建服务器，提供数据服务：
我们做的是基于微信平台的记账小程序，需要保存用户大量的数据，而且还要保持数据的同步，我们将采用mysql，优点是易操作，我们还需要搭建web服务器，为用户提供http service
（3）系统结构图:
2.完成团队项目的数据库设计，并在随笔中提供相应ER图（如果必要）
E-R图说明：
参考
- 林羽晴
本周主要任务完成需求分析与计划，我们开了一个小会，安排了各个成员的任务
完成情况：在第一版本的基础上，对需求分析说明书进行了修改和补充，调整格式，增加模式图等，根据问卷调查的结果进行展示，完成任务分解和系统结构设计，了解整个项目的构架。
感想：这两周都是在为后面的开发做准备，需求分析做得好坏会影响软件的质量，我们的团队也特别重视，但是涉及的用户多数是学生，有一定的局限性。我们接下来要开始小程序界面的设计，云服务器的准备，前后台的交互，数据库等等。虽然会面临很多的挑战，但是我们准备好了！
- 顾芷菱
本周我与小组成员丁蓉主要完成的是博客中需求分析这一部分，包括《软件需求规格说明书》编写、NABCD 写作，视频、访问软件项目的真实用户等任务。
①在需求分析方面，我们设计了一份调查问卷用于了解客户需求，便于今后项目开发时确定侧重点，适应广大用户的需求。
②在写《软件需求规格说明书》时遇到的麻烦不小，通过上网得到的信息，感觉此说明书非常的正式高级，有些专业名词甚至都看不懂，无从下手，写起来也比较吃力，当然从中也收获了写一份标准专业文档的经验与方法。
③NABCD写作和视频部分是参考了老师给出的链接，并结合自身项目写出来的。印象比较深的是视频部分，采用了幽默诙谐的拍摄方式，希望能为我们的项目起到正面积极的宣传作用~
大家继续加油吧~
标签：用途 || 排名 people 模块 式表 要求 javascrip protect
原文地址：https://www.cnblogs.com/just-let-it-go/p/8795246.html
