zoukankan      html  css  js  c++  java
  • 小组PM对功能点一点点设想

    PM核心要求根据市场和用户需求,协调各部门资源,正确的把握产品定位和方向,解决用户的痛点,持续优化产品。职责就是:团队成员间的沟通和协作,项目开发各个阶段与客户的沟通,负责市场调研及用户需求挖掘,可行性分析,其中包括成本分析等。
    在小组项目之前做一次功能点分析还是绝对有必要的,只有完整的搞懂需求分析才对软件产品所提供给用户的功能加以度量。弄清了这个然后就是软件开发
    相关图片

    我们这次做的“听说”面对对象明确,主要针对对象就是老人,这就是我们的主体用户群体,不管是不是能接受新事物还是保持抗拒心理的,只要配备的智能机,只要能装的了这个我们的软件的老人就是我们的群体。
    必备功能点:
    完全“傻瓜”式的操作甚至可以有一键操作功能,这就需要我们前期在搭框架和UI设计的时候注意这一点
    既然是一款听的软件这就要我们保证到足够的资源,这在操作的跳转,和后台管理上也提出了要求
    在设计正式动手前预想 在我们小组内再分两个组 分别从前端界面架构 和后台 编码这两块同时入手,我们小组在前面讨论模式的时候就很赞成爵士乐模式,但这就又一定的随意性,但是一定会确保这个必备功能点的完成。
    在中期就是在详细设计中,描述实 现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系,需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑,以便进行再最后期的编码和测试。
    有大框架 有主任务 各自分工 按照混合开发模式的那种,散而不乱,尽量把各自的能力都发挥出来 能在前期搞定的绝对不要托在后期 不然会有更多的麻烦。
    待续。。。

  • 相关阅读:
    《瓦尔登湖》读书随笔
    Ubuntu下nginx+uwsgi+flask的执行环境搭建
    Android studio SweetAlert for Android
    mysql 主从不同步处理--数据库初始化
    Nginx学习——http配置项解析编程
    支付宝集分宝接口开发的相关问题解答
    解读刘强东关于人才的两个标准和5个层次
    oc35--自定义构造方法
    oc34--instancetype和id的区别
    oc33--构造方法2
  • 原文地址:https://www.cnblogs.com/ykl10/p/6733191.html
Copyright © 2011-2022 走看看