项目开发主要流程(产品经理需知)
刚竞标拿到一个新的项目，整个阶段将会经历十大流程:
1:项目可行性研究阶段
2:立案阶段
3:需求分析阶段
4:开发策划阶段
5:设计阶段
6:编码实现阶段
7:测试阶段
8:验收阶段
9:产品交付使用
10:维护阶段
项目组基本组成及岗位职责：
项目负责人:负责项目的管理、组织、对技术、进度、质量全面负责。
质量保证人员:负责质量保证工作计划的落实和软件的质量保证。
配置管理人员:负责本项目的配置管理工作,对本项目文档程序是否符合规程文件的要求进行形式的检查。
分析人员:主要负责本项目的需求分析工作。
设计人员:主要负责本项目的设计工作。
程序员:按设计要求和有管标准进行编程工作。
测试人员:负责单元测试、组合测试和总装测试工作。
文档人员:负责本项目有关文档的编写工作。
产品经理:协助进行产品研制计划制定、产品发布、产品推广等
关于前端项目相关流程：
设计
召集需求涉及到的UI、开发、产品、测试人员整理业务流程，同步信息，明确分工 明确需求目的，考虑当前需求设计是否可满足目的 整理流程中如果涉及的其他人员，则召集商讨 如需求设计上影响现有业务功能，应要求产品重新设计实现方案，然后重新评审
开发
原型图评审
向产品明确原型图在应用中所处位置以及入口的显示条件，确认原型图的正确性
设计稿评审
观察线上应用设计风格与当前设计稿风格是否一致(色调，字号，行高，对齐方式)是否一致 观察设计稿中哪些部分需要切图 判断设计稿中组件是否开发过，避免重复造轮子
技术实现评审
如存在不易实现的功能，第一时间与产品沟通其他降级的实现方案
排期
找到相关开发(前端，后端，app)商讨需求实现技术细节，明确产出接口格式时间与接口联调时间
代码管理
为防止合并代码时过多的代码冲突问题，建议使用分支时遵循以下标准 每次push前先拉取线上分支代码 开发新功能或者修复bug时一定要基于线上代码分支创建新分支，每个分支只对应一个jira号或一个待修复的bug问题 分支名以f_(提交人)(jira号)方式命名，对jira进行bug修复时使用f(提交人)fix(bug内容)_(jira号) commit格式规则：每行message描述一个功能点，message格式为$(操作)：$(描述)，操作一般为add,del,upd分别代表新增、删除、更新三种操作
开发与调试
一般开发时不会从造轮子开始，项目中一般会有组件库供开发人员使用，但也会有一些老旧的项目中组件库版本较低，无法满足需求， 因此在开发前一定要对项目现有组件进行评估，确认是否需要重新开发组件，确保进度如期进行。
pc端
推荐优雅降级方式开发，先chrome，firefox，然后再针对兼容性较差的如ie等进行兼容处理
移动端
移动端页面兼容性相较于pc端较好，但需真机调试，为方便调试移动页面，这里推荐使用spy-debugger来让pc端做代理，具体使用 请查阅github文档。
联调
和后端对接真实接口
自测
自测环节与环境数据关联很大，需要前后端共同完成，如果自测所需数据涉及范围较广，则需要找齐相关人员协助上线
提测
自测完成后开始进行真实环境测试
bug反馈
部署上线
开发规范
命名规范（文件命名，变量，函数，class， id） 驼峰， - _ 约定法
目录规范（目录如何建立） 划分目录结构 约定法
版本规范（） 挑选稳定版本 记录版本号 如果版本升级，需要总结版本差异
编码规范（注释，.... 语法） eslint语法 JSDoc注释
适配规则（pc，移动） 分辨率调整
接口规范（成功，失败，状态码，安全） 和后端约定
项目搭建
need-to-insert-img
vue-cli脚手架搭建 -- 自定义项目用到的需求
选择ui框架
抽离公共逻辑，划分功能组件
目录构建
路由规划
ajax请求配置
mock生成
架构文档
方案整理（用到哪些技术，用到哪些特性）
代码管理
git & svn
分支管理
任务划分
功能排期
目的
整理和规划，提升开发效率
公司的各项职位以及缩写的全程解析
PM:项目经理(Project Manager)
RD:研发(Research and Development)
FE:前端(Front-End);前端开发(Front-End Development)
UE:用户体验(User Experience，简称UX或 UE)
UI:用户界面(User Interface)
QA:测试(QUALITY ASSURANCE，中文意思是“质量保证”)
OP:运维(Operations)
DBA:数据库管理员(Database Administrator)
MRD:市场需求文档(Market Requirements Document)
PRD:产品需求文档(Product Requirements Document)
FSD:功能详细说明(Functional Specifications Document)
