1、 软件股份有限公司 产品策划及可行性分析 文件编号： NP502100 生效日期： 受控编号： 密级： 秘密 版次： Ver2.1 修改状态： 总页数 10 正文 6 附录 4 编制：马云生 审核：袁淮、孟莉 批准：孟莉 沈阳东大阿尔派软件股份有限公司 文件修改控制 产品策划及可行性分析 Ver2.1 P-2/6 沈阳东大阿尔派软件股份有限公司 修改记录编号 修改 状态 修改页码及条款 修改人 审核人 批准人 修改日期 产品策划及可行性分析 Ver2.1 P-3/6 沈阳东大阿尔派软件股份有限公司 目录 1. 目的 2. 适用范围 3. 职责 3.1 市场营销人员、设计和开发人员 3.2 项目
2、管理部门 3.3 技术总监 3.4 开发体系决策层 SMG 4. 术语和缩略语 5. 工作程序 5.1 立项建议 5.2 立项建议报告的评审 5.3 可行性分析 6. 引用文件 6.1 NP504100项目策划 6.2 NW502101可行性分析报告编写规范 7. 质量记录 7.1 NR502100A“立项建议报告评审记录” 7.2 NR502100B“可行性分析报告评审记录” 产品策划及可行性分析 Ver2.1 P-4/6 沈阳东大阿尔派软件股份有限公司 1. 目的 规划技术可行性分析、市场前景预测及效益分析等立项 准备工作，减小投资开发软件产品或承接软件项目的风险。 2. 适用范围 适用于
3、软件产品和软件项目的立项准备工作。 3. 职责 3.1 市场营销人员、设计和开发人员：负责编写立项建议报告和可行性分析报告。 3.2 项目管理部门：负责组织评审立项建议报告和可行性分析报告，下达“项目任务书”。 3.3 技术总监：负责审核立项建议报告和可行性分析报告中涉及的技术问题。 3.4 开发体系决策层 SMG：负责批准立项建议报告和可行性分析报告。 4. 术语和缩略语 本程序采用 NQ402100质量手册中的术语和缩略语及其定义。 5. 工作 程序 5.1 立项建议 5.1.1 市场营销人员、设计和开发人员收集市场信息，根据市场营销与调研结果提出软件产品或软件项目启动的设想，结合已有经验
4、进行前景预测，编写立项建议报告。 5.1.2 立项建议报告的内容应包括： 1） 项目启动的背景； 2） 项目的目的（合同意向或内部领导的要求）； 3） 项目的范围（项目所涉及的主要活动）； 4） 项目的可行性（如，人力、技术资源的可利用性）； 5） 项目存在风险与控制； 6） 项目的重要里程碑和主要提交产品； 产品策划及可行性分析 Ver2.1 P-5/6 沈阳东大阿尔派软件股份有限公司 7） 项目的规模（估计所需的工作量和资源种类）； 8） 项目启动的预算（项目启动所需的资源）； 9） 项目市场前景及效益的简要分析。 5.2 立项建议报告评审 5.2.1 立项建议报告经本部门负责人（开发部长
5、或销售经理）审核后，提交给项目管理部门。项目管理部门组织评审，评审人员包括：开发体系决策层 SMG、市场与开发的相关人员。 5.2.2 对立项建议报告的评审，应填写“立项建议报告评审记录”及“风险评估与控制”评审记录，“立项建议报告评审记录”经开发体系决策层 SMG 审批。立项建议报告及相应评审记录由项目管理部门存档。 5.2.3 评审结果： 1) 不可行，取消立项，资料存档； 2) 立项存在不明确的问题，需修改立项建议报告后重新评审； 3) 评审通过，由项目管理部 门下达 NR504100A“项目任务书”，进入项目启动阶段。 5.3 可行性分析 5.3.1 相关部门根据立项建议报告及其评审结
6、果进行可行性分析，对于规模较小的项目或系统升级等无需进行可行性分析。 5.3.2 合同开发的软件项目，根据合同意向或客户的要求，进行可行性分析，按NW502101可行性分析报告编写规范的要求编写可行性分析报告。如无特殊要求，合同开发的软件项目无需进行可行性分析。 5.3.3 可行性分析报告的内容： 1) 软件产品或软件项目的功能要点及产品化程度； 2) 量化的市场前景、效益分析和竞争对手分析； 3) 开发优势； 4) 技术路线； 5) 成本 估算； 6) 进度估算； 7) 可用的现行技术、重用软件和开发平台。 5.3.4 可行性分析报告的评审 5.3.4.1 可行性分析报告经本部门负责人（开发
7、部长或销售经理）审核后，提交给项产品策划及可行性分析 Ver2.1 P-6/6 沈阳东大阿尔派软件股份有限公司 目管理部门。项目管理部门组织评审，评审人员包括：开发体系决策层 SMG、市场与开发的相关人员。 5.3.4.2 评审结果： 1） 不可行，取消立项，资料归档； 2） 存在问题，修改后重新评审； 3） 评审通过，进入下一阶段工作，或根据情况决定实施时机。 5.3.4.3 可行性分析报告的评审应填写“可行性分析报告评审记录”及“风险评估与控制”评审记录。“可行性分析报告评审记录”由开发体系决策层 SMG 审批，可行性分析报告及相应的评审记录交项目管理部门存档。 6. 引用文件 6.1 N
8、P504100项目策划 6.2 NW502101可行性分析报告编写规范 7. 质量记录 7.1 NR502100A“立项建议报告评审记录” 7.2 NR502100B“可行性分析报告评审记录” 立项建议报告评审记录 记录编号： NR502100A- 时间： 年 月 日 立项建议报告名称： 编制人： 参加人员： 评审内容 (审议通过的 内容在“”中划“”，否则划“” )： 1）项目启动的背景； 2）项目的目的（合同意向或内部领导的要求）； 3）项目的范围（项目所涉及的主要活动）； 4）项目的可行性（如，人力、技术资源的可利用性）； 5）项目存在风险与控制； 6）项目的重要里程碑和主要提交产品；
9、7）项目的规模（估计所需的工作量和资源种类）； 8）项目启动的预算（项目启动所需的资源）； 9）项目市场前景及效益的简要分析。 评审意见： 评审结论 : 填表 审批 1 本页不足记述评审意见时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。 第 页 /共 页评审部门：序号风险描述风险发生可能性风险级别 风险现值 风险控制措施1目标不明确（如产品定位、市场前景描述不清晰）2时间紧（包括开发、测试、产品包装、产品销售等）3 源码、文档资料的控制4市场调研不充分，缺乏对市场上已经有的具有相似功能产品的了解5 预算不合理6 存在技术难点、采用新技术7缺乏对本公司的产品形态、技术路线、战略方
10、针、发展趋势的全面了解8 缺乏足够资源9 分工不明确、缺乏计划性10 多部门配合111 . 评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。并将各项填写完整。第 页/ 共 页2 . 风险描述：描述当前过程中可能发生的风险。风险发生可能性：风险发生的概率，以百分数表示，为0 到1 ，增量为0 . 0 5 。风险级别：风险发生造成损失的严重程度，以0 1 0 级表示，其中1 0 级 为最高级。风险现值：风险发生可能性与风险级别的乘积。风险控制措施：预防风险发生的措施。风险评估与控制 （立项建议报告评审附页）立项建议报告名称： 评估人 / 日期：可行性分析报告评审记录 记录编号： NR
11、502100B- 时间： 年 月 日 可行性分析报告编号： 可行性分析报告名称： 编制部门： 编制人： 参加人员 : 评审内容 :(评审中审议通过的内容在“”中划“”否则划“” )： 1) 软件产品功能要点及产品化程度书 2) 量化的市场前景、效益分析和竞争对手分析 3) 开发优势 4) 技术路线 5) 成本估算 6) 进度估算 7) 可用的现行技术、重用软件和开发平台 评审意见 : 评审结论： 填表 审批 1 本页不足记述评审意见时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。 第 页 /共 页评审部门：序号风险描述风险发生可能性风险级别 风险现值 风险控制措施1 市场调研不充
12、分2市场预测不准确（如目标市场、产品定位等）3编写人员缺乏足够的行业知识和专业知识4 时间紧5 多部门配合6技术可行性（如技术平台采用、接口的描述等）7 缺乏足够的资源8 投资预算不合理9 缺乏对技术复用的分析10缺乏对本公司的产品形态、技术路线、战略方针、发展趋势的全面了解11 缺乏对市场环境、竞争对手的了解1 . 评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。并将各项填写完整。第 页/ 共 页2 . 风险描述：描述当前过程中可能发生的风险。风险发生可能性：风险发生的概率，以百分数表示，为0 到1 ，增量为0 . 0 5 。风险级别：风险发生造成损失的严重程度，以0 1 0 级表示，其中1 0 级 为最高级。风险现值：风险发生可能性与风险级别的乘积。风险控制措施：预防风险发生的措施。风险评估与控制 （可行性分析报告评审附页）立项建议报告名称： 评估人 / 日期：
