软件公司作业指导书--主生产计划业务
- 格式:doc
- 大小:2.44 MB
- 文档页数:34
某软件公司作业指导书–主生产计划业务1. 引言本文档旨在为某软件公司的员工提供主生产计划(Master Production Schedule,以下简称MPS)业务的详细指导。
MPS业务是软件公司日常运营中的重要环节之一,它涉及到产品的生产计划安排和资源分配等关键问题。
通过本指导书的学习,员工能够了解MPS业务的基本概念、流程和操作方法,提高工作效率并确保生产计划的准确性。
2. MPS业务概述MPS业务是软件公司的核心业务之一,它负责制定并执行公司的产品生产计划。
MPS业务的目标是合理规划生产资源,确保产品能够按时交付给客户,并在满足客户需求的同时最大程度地降低成本。
MPS业务的主要职责包括:•制定生产计划:根据市场需求和公司的生产能力,制定产品的生产计划,确保生产能够按时交付。
•资源分配:根据生产计划,合理分配生产资源,包括人力、设备和原材料等,以确保生产的顺利进行。
•生产进度跟踪:监控产品的生产进度,及时发现并解决可能导致计划延迟的问题。
•故障处理:在生产过程中出现故障或问题时,及时处理并采取有效措施,以最小化影响并确保计划恢复。
3. MPS业务流程MPS业务的主要流程包括生产计划制定、资源分配、生产进度跟踪和故障处理等环节。
3.1 生产计划制定生产计划制定是MPS业务的起点,主要包括以下步骤:1.收集需求:与销售团队和客户沟通,了解产品需求和交付时间要求。
2.分析生产能力:通过对公司的生产能力、设备和人力资源等进行评估,确定生产能力。
3.制定生产计划:根据需求和生产能力,制定产品的生产计划。
4.审核和调整:将制定的生产计划提交给相关部门进行审核,并根据审核结果进行调整和优化。
3.2 资源分配资源分配是MPS业务的关键环节,主要包括以下步骤:1.分配人力资源:根据生产计划和生产线的需求,确定所需的人力资源数量和分配方案。
2.分配设备资源:根据生产计划和设备的生产能力,确定设备的使用计划和维护安排。
软件项目开发作业指导书一、项目可行性研究公司设计人员根据行业需求和市场需求,设计大的方案和ppt文案,然后指定人员进行的前期调研工作,可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究,提供产品立项建议,拟制可行性研究报告,由部门负责人指定市场营销部门配合可行性分析人员,技术负责人协助安排。
可行性分析完毕后由综管部组织对可行性研究报告进行评审,评审通过后,由技术研发部进行安排立项工作。
本阶段提交的文档:1、设计文案2、PPT介绍3、项目可行性研究任务书(技术负责人或部门负责人下达)4、项目可行性研究报告(可行性研究人员编写)二、立项阶段可行性分析评审通过后,由研发部门经理下达立项任务,指定相关人员填写立项申请报告报批。
报批通过后,由部门经理与技术负责人协商,下达开发任务书,经技术负责人审核确认后,报公司批准。
批准立项后项目进度应以立项申请报告中的阶段进度为准,如果进度要调整,需填写进度调整申请报告报批。
本阶段提交的文档:1、项目立项申请报告2、开发任务书三、需求分析阶段承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件,与交办单位协作,确定详细的软件需求,该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线,在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求(主要是功能)明确化。
能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。
在本阶段,由产品经理负责,其他人员配合,编写产品规格说明书,此说明书面向最终用户和领导,主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由项目经理负责编写系统技术方案书,描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进行评审,出具需求分析评审报告。
本阶段提交的文档:1、软件需求规格说明书。
2、原型分析说明书3、产品规格说明书4、系统技术方案书5、质量记录:需求分析评审报告6、提交的软件:产品的原型(注:如果时间有限,可以只编写原型分析说明书而不作原型)四、开发策化阶段根据项目要求和软件需求,由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。
软件项目开发作业指导书一、项目可行性研究公司设计人员根据行业需求和市场需求,设计大的方案和ppt文案,然后指定人员进行的前期调研工作,可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究,提供产品立项建议,拟制可行性研究报告,由部门负责人指定市场营销部门配合可行性分析人员,技术负责人协助安排。
可行性分析完毕后由综管部组织对可行性研究报告进行评审,评审通过后,由技术研发部进行安排立项工作。
本阶段提交的文档:1、设计文案2、PPT介绍3、项目可行性研究任务书(技术负责人或部门负责人下达)4、项目可行性研究报告(可行性研究人员编写)二、立项阶段可行性分析评审通过后,由研发部门经理下达立项任务,指定相关人员填写立项申请报告报批。
报批通过后,由部门经理与技术负责人协商,下达开发任务书,经技术负责人审核确认后,报公司批准。
批准立项后项目进度应以立项申请报告中的阶段进度为准,如果进度要调整,需填写进度调整申请报告报批。
本阶段提交的文档:1、项目立项申请报告2、开发任务书三、需求分析阶段承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件,与交办单位协作,确定详细的软件需求,该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线,在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求(主要是功能)明确化。
能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。
在本阶段,由产品经理负责,其他人员配合,编写产品规格说明书,此说明书面向最终用户和领导,主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由项目经理负责编写系统技术方案书,描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进行评审,出具需求分析评审报告。
本阶段提交的文档:1、软件需求规格说明书。
2、原型分析说明书3、产品规格说明书4、系统技术方案书5、质量记录:需求分析评审报告6、提交的软件:产品的原型(注:如果时间有限,可以只编写原型分析说明书而不作原型)四、开发策化阶段根据项目要求和软件需求,由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。
软件项目开发作业指导书一、项目可行性研究公司设计人员根据行业需求和市场需求,设计大的方案和ppt文案,然后指定人员进行的前期调研工作,可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究,提供产品立项建议,拟制可行性研究报告,由部门负责人指定市场营销部门配合可行性分析人员,技术负责人协助安排。
可行性分析完毕后由综管部组织对可行性研究报告进行评审,评审通过后,由技术研发部进行安排立项工作。
本阶段提交的文档:1、设计文案2、PPT介绍3、项目可行性研究任务书(技术负责人或部门负责人下达)4、项目可行性研究报告(可行性研究人员编写)二、立项阶段可行性分析评审通过后,由研发部门经理下达立项任务,指定相关人员填写立项申请报告报批。
报批通过后,由部门经理与技术负责人协商,下达开发任务书,经技术负责人审核确认后,报公司批准。
批准立项后项目进度应以立项申请报告中的阶段进度为准,如果进度要调整,需填写进度调整申请报告报批。
本阶段提交的文档:1、项目立项申请报告2、开发任务书三、需求分析阶段承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件,与交办单位协作,确定详细的软件需求,该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线,在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求(主要是功能)明确化。
能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。
在本阶段,由产品经理负责,其他人员配合,编写产品规格说明书,此说明书面向最终用户和领导,主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由项目经理负责编写系统技术方案书,描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进行评审,出具需求分析评审报告。
本阶段提交的文档:1、软件需求规格说明书。
2、原型分析说明书3、产品规格说明书4、系统技术方案书5、质量记录:需求分析评审报告6、提交的软件:产品的原型(注:如果时间有限,可以只编写原型分析说明书而不作原型)四、开发策化阶段根据项目要求和软件需求,由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。
软件项目开发作业指导书一、项目可行性研究公司设计人员根据行业需求和市场需求,设计大的方案和ppt文案,然后指定人员进行的前期调研工作,可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究,提供产品立项建议,拟制可行性研究报告,由部门负责人指定市场营销部门配合可行性分析人员,技术负责人协助安排。
可行性分析完毕后由综管部组织对可行性研究报告进行评审,评审通过后,由技术研发部进行安排立项工作。
本阶段提交的文档:1、设计文案2、PPT介绍3、项目可行性研究任务书(技术负责人或部门负责人下达)4、项目可行性研究报告(可行性研究人员编写)二、立项阶段可行性分析评审通过后,由研发部门经理下达立项任务,指定相关人员填写立项申请报告报批。
报批通过后,由部门经理与技术负责人协商,下达开发任务书,经技术负责人审核确认后,报公司批准。
批准立项后项目进度应以立项申请报告中的阶段进度为准,如果进度要调整,需填写进度调整申请报告报批。
本阶段提交的文档:1、项目立项申请报告2、开发任务书三、需求分析阶段承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件,与交办单位协作,确定详细的软件需求,该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线,在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求(主要是功能)明确化。
能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。
在本阶段,由产品经理负责,其他人员配合,编写产品规格说明书,此说明书面向最终用户和领导,主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由项目经理负责编写系统技术方案书,描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进行评审,出具需求分析评审报告。
本阶段提交的文档:1、软件需求规格说明书。
2、原型分析说明书3、产品规格说明书4、系统技术方案书5、质量记录:需求分析评审报告6、提交的软件:产品的原型(注:如果时间有限,可以只编写原型分析说明书而不作原型)四、开发策化阶段根据项目要求和软件需求,由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。
软件项目开发作业指导书一、项目可行性研究公司设计人员根据行业需求和市场需求,设计大的方案和ppt文案,然后指定人员进行的前期调研工作,可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究,提供产品立项建议,拟制可行性研究报告,由部门负责人指定市场营销部门配合可行性分析人员,技术负责人协助安排。
可行性分析完毕后由综管部组织对可行性研究报告进行评审,评审通过后,由技术研发部进行安排立项工作。
本阶段提交的文档:1、设计文案2、PPT介绍3、项目可行性研究任务书(技术负责人或部门负责人下达)4、项目可行性研究报告(可行性研究人员编写)二、立项阶段可行性分析评审通过后,由研发部门经理下达立项任务,指定相关人员填写立项申请报告报批。
报批通过后,由部门经理与技术负责人协商,下达开发任务书,经技术负责人审核确认后,报公司批准。
批准立项后项目进度应以立项申请报告中的阶段进度为准,如果进度要调整,需填写进度调整申请报告报批。
本阶段提交的文档:1、项目立项申请报告2、开发任务书三、需求分析阶段承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件,与交办单位协作,确定详细的软件需求,该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线,在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求(主要是功能)明确化。
能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。
在本阶段,由产品经理负责,其他人员配合,编写产品规格说明书,此说明书面向最终用户和领导,主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由项目经理负责编写系统技术方案书,描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进行评审,出具需求分析评审报告。
本阶段提交的文档:1、软件需求规格说明书。
2、原型分析说明书3、产品规格说明书4、系统技术方案书5、质量记录:需求分析评审报告6、提交的软件:产品的原型(注:如果时间有限,可以只编写原型分析说明书而不作原型)四、开发策化阶段根据项目要求和软件需求,由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。
软件开发作业指导书精品资料软件项目开发作业指导书一、项目可行性研究公司设计人员根据行业需求和市场需求,设计大的方案和ppt文案,然后指定人员进行的前期调研工作,可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究,提供产品立项建议,拟制可行性研究报告,由部门负责人指定市场营销部门配合可行性分析人员,技术负责人协助安排。
可行性分析完毕后由综管部组织对可行性研究报告进行评审,评审通过后,由技术研发部进行安排立项工作。
本阶段提交的文档:1、设计文案2、PPT介绍3、项目可行性研究任务书(技术负责人或部门负责人下达)4、项目可行性研究报告(可行性研究人员编写)二、立项阶段可行性分析评审通过后,由研发部门经理下达立项任务,指定相关人员填写立项申请报告报批。
报批通过后,由部门经理与技术负责人协商,下达开发任务书,经技术负责人审核确认后,报公司批准。
批准立项后项目进度应以立项申请报告中的阶段进度为准,如果进度要调整,需填写进度调整申请报告报批。
本阶段提交的文档:1、项目立项申请报告2、开发任务书三、需求分析阶段承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件,与交办单位协作,确定详细的软件需求,该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线,在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求(主要是功能)明确化。
能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。
在本阶段,由产品经理负责,其他人员配合,编写产品规格说明书,此说明书面向最终用户和领导,主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由项目经理负责编写系统技术方案书,描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进行评审,出具需求分析评审报告。
本阶段提交的文档:1、软件需求规格说明书。
软件开发作业指导书软件开发作业指导书目录1 目的 (32)2 范围 (32)3 职责 (32)4 开发过程 (32)4.1前期准备工作 (32)4.2实施过程 (32)4.2.1 编写《软件需求说明书》 (32)4.2.2 编写《软件概要设计说明书》 (33)4.2.3 编写《软件设计说明书》 (33)4.2.4 程序编码 (34)4.2.5 软件测试 (34)4.3验收 (35)4.4培训 (35)4.5技术支持 (35)软件开发作业指导书1 目的对水文自动测报系统用户软件开发工作的流程进行规定,以确保用户软件满足顾客的要求和技术标准。
2 范围适用于水文自动测报系统用户软件的开发。
3 职责a) 项目负责人负责任命软件专业负责人,并根据《项目任务书》或专项合同的要求下达软件开发任务单;b) 专业负责人确定软件开发项目组成员,以及软件开发的分析、设计、协调和管理工作。
4 开发过程4.1 前期准备工作a) 软件开发前,专业负责人组织项目组成员根据软件开发任务单进行用户调研、需求分析和软件体系结构设计的准备工作,明确每个成员的任务。
项目组成员包括软件开发人员和软件测试人员等;b) 专业负责人在软件开发人员协助下,针对具体的水文自动测报系统的特点共同制定软件开发设计方案。
4.2 实施过程4.2.1 编写《软件需求说明书》专业负责人根据软件开发设计方案的要求编写《软件需求说明书》,内容包括:a) 说明编写《软件需求说明书》的目的;b) 说明待开发的软件系统的名称,说明本软件系统的任务提出者、开发者;c) 参考资料列出本项目经核准的计划任务书或合同;列出属于本项目的其他已发表的文件;列出本文件中各处引用的文件、资料、包括所要用到的软件开发标准;d) 根据数据库管理、水文自动测报系统软件的要求及具体用户的需求和特点确定软件开发目标;e) 确定软件的具体需求。
用列表的方式逐项定量和定性地叙述软件的功能要求、性能要求、数据管理能力要求、故障处理要求等;f) 确定软件的运行环境。
软件开发流程作业指导书作业目标:了解软件开发的流程,掌握软件开发过程中各个阶段的主要任务和具体要求。
一、概述软件开发是指将概念转化为实际可用的软件产品的过程。
它需要经历一系列有序的阶段,以确保软件能够按照预期的方式进行开发和交付。
本指导书将详细介绍软件开发流程中各个阶段的任务和注意事项。
二、需求分析阶段1.任务概述在需求分析阶段,开发团队需要与用户进行沟通和交流,了解用户的需求和期望,确定软件系统的功能和性能要求,并将其转化为详细的需求文档。
2.具体任务- 与用户进行面对面的访谈,了解他们的需求和期望。
- 整理用户需求,明确软件系统的功能和性能要求。
- 编写需求文档,包括用例图、需求规格说明书等。
三、设计阶段1.任务概述在设计阶段,开发团队需要根据需求文档,设计软件系统的整体架构和各个模块的详细设计方案。
2.具体任务- 根据需求文档,进行系统的整体设计,确定系统模块、组件和它们之间的关系。
- 编写详细设计文档,包括类图、时序图、数据库设计等。
四、编码和单元测试阶段1.任务概述在编码和单元测试阶段,开发团队需要根据设计文档,编写代码并进行单元测试,确保代码的功能正确性和质量。
2.具体任务- 根据详细设计文档编写代码,并注释清晰。
- 开展单元测试,确保代码的功能正确性和稳定性。
- 对代码进行版本控制和文档更新。
五、集成和系统测试阶段1.任务概述在集成和系统测试阶段,开发团队将各个模块进行集成,并进行系统级别的测试,确保整个软件系统能够正常运行。
2.具体任务- 将各个模块按照设计要求进行集成,处理模块之间的接口问题。
- 进行系统级别的功能测试、性能测试和安全测试。
- 解决集成和系统测试中出现的问题,并进行错误修复和代码完善。
六、部署和维护阶段1.任务概述在部署和维护阶段,开发团队将软件系统部署到目标环境中,并进行日常维护和更新。
2.具体任务- 部署软件系统到目标服务器或客户端设备。
- 监测软件系统的运行情况,及时修复和更新。
软件开发行业作业指导书第1章软件开发基础 (4)1.1 软件开发概述 (4)1.1.1 软件定义 (4)1.1.2 软件开发目的 (4)1.1.3 软件开发层次 (4)1.2 软件开发生命周期 (4)1.2.1 需求分析 (4)1.2.2 设计 (4)1.2.3 编码 (4)1.2.4 测试 (4)1.2.5 维护 (5)1.3 常用软件开发模型 (5)1.3.1 瀑布模型 (5)1.3.2 快速原型模型 (5)1.3.3 迭代模型 (5)1.3.4 敏捷开发模型 (5)1.3.5 喷泉模型 (5)1.3.6 智能化开发模型 (5)第2章需求分析 (5)2.1 需求获取 (5)2.1.1 用户访谈 (5)2.1.2 调查问卷 (6)2.1.3 竞品分析 (6)2.1.4 需求工作坊 (6)2.2 需求分析 (6)2.2.1 功能需求分析 (6)2.2.2 功能需求分析 (6)2.2.3 可用性需求分析 (6)2.2.4 安全性需求分析 (6)2.2.5 兼容性需求分析 (6)2.3 需求规格说明书 (6)2.3.1 引言 (6)2.3.2 总体描述 (7)2.3.3 功能需求 (7)2.3.4 功能需求 (7)2.3.5 可用性需求 (7)2.3.6 安全性需求 (7)2.3.7 兼容性需求 (7)2.3.8 界面需求 (7)2.3.9 系统约束 (7)2.3.10 附录 (7)第3章系统设计 (7)3.1 架构设计 (7)3.1.1 系统结构 (7)3.1.2 层次划分 (7)3.1.3 模块划分 (8)3.1.4 关键技术与选型 (8)3.2 模块设计 (8)3.2.1 用户模块 (8)3.2.2 业务模块 (8)3.2.3 系统管理模块 (8)3.3 数据库设计 (9)3.3.1 表结构设计 (9)3.3.2 索引设计 (9)3.3.3 存储过程设计 (9)第4章编码实现 (9)4.1 编程规范 (9)4.1.1 通用规范 (9)4.1.2 命名规范 (9)4.1.3 代码结构规范 (9)4.2 代码审查 (10)4.2.1 审查流程 (10)4.2.2 审查内容 (10)4.3 版本控制 (10)4.3.1 版本控制工具 (10)4.3.2 提交规范 (10)4.3.3 分支管理 (10)第5章软件测试 (10)5.1 测试策略 (11)5.1.1 目的与原则 (11)5.1.2 测试范围与对象 (11)5.1.3 测试方法与工具 (11)5.2 单元测试 (11)5.2.1 目的与原则 (11)5.2.2 测试内容 (11)5.2.3 测试方法与工具 (12)5.3 集成测试与系统测试 (12)5.3.1 集成测试 (12)5.3.2 系统测试 (12)第6章软件部署与维护 (12)6.1 软件部署 (12)6.1.1 部署前准备 (12)6.1.2 部署流程 (12)6.1.3 部署策略 (13)6.2 软件维护 (13)6.2.2 维护内容 (13)6.2.3 维护流程 (13)6.3 软件升级与更新 (13)6.3.1 升级策略 (13)6.3.2 更新流程 (13)第7章软件项目管理 (14)7.1 项目规划 (14)7.1.1 项目目标 (14)7.1.2 项目团队组织 (14)7.1.3 项目计划 (14)7.1.4 资源规划 (14)7.1.5 项目预算 (14)7.2 项目进度控制 (14)7.2.1 项目进度监控 (14)7.2.2 项目调整 (14)7.2.3 项目报告 (14)7.2.4 项目评审 (14)7.3 项目风险管理 (14)7.3.1 风险识别 (15)7.3.2 风险评估 (15)7.3.3 风险应对策略 (15)7.3.4 风险监控 (15)7.3.5 风险管理文档 (15)第8章软件开发团队协作 (15)8.1 团队组织与管理 (15)8.1.1 团队结构 (15)8.1.2 团队成员选择与配置 (15)8.1.3 团队管理 (15)8.2 沟通与协作 (15)8.2.1 沟通渠道 (15)8.2.2 协作规范 (16)8.3 知识分享与技能提升 (16)8.3.1 知识分享 (16)8.3.2 技能提升 (16)第9章软件开发工具与环境 (16)9.1 集成开发环境 (16)9.1.1 概述 (16)9.1.2 常用集成开发环境 (17)9.1.3 集成开发环境的选择 (17)9.2 代码管理工具 (17)9.2.1 概述 (17)9.2.2 常用代码管理工具 (17)9.2.3 代码管理工具的选择 (17)9.3.1 概述 (18)9.3.2 常用项目管理工具 (18)9.3.3 项目管理工具的选择 (18)第10章软件开发行业发展趋势 (18)10.1 新兴技术概述 (18)10.2 开源与闭源之争 (19)10.3 软件开发行业的未来挑战与机遇 (19)第1章软件开发基础1.1 软件开发概述1.1.1 软件定义软件是指在计算机硬件及系统环境下,为实现一定功能或多个功能,按照特定要求设计、开发、测试、维护的相关文档和程序代码的集合。
某软件公司作业指导书--主生产计划业务
作业指导书_主生产计划业务
目录
1.0 概述4
1.1 内容介绍4
1.2 主生产计划业务流程图 5
1.3 登录金蝶5
2.0 系统设置6
2.1 MPS计划方案维护6
2.2 计划展望期维护9
3.0 MPS计算10
3.1 MPS计算10
4.0 MPS维护11
4.1 MPS计划订单手工新增11
4.2 MPS计划订单维护12
5.0 MPS查询19
5.1 MPS查询19
6.0 物料替代清单20
6.1 物料替代清单20
宝岛优品—倾心为你打造精品文档
作用指导书_主生产计划业务
版本变更记录
版本号时间作者变更内容
沈峰创建文档
1.0 2008-04-
03
王君审核文档
2008-04-
08
概述
感谢您使用金蝶K/3 ERP系统。
本手册是生产数据管理业务的操作指导书。
内容介绍
本手册包含以下
MRP计划方案维护
MRP计算
MRP维护
MRP查询
主生产计划业务流程图
登录金蝶
登陆金蝶1 点击桌面的金蝶图标
2 确定“当前账套” = 01|正式使用账
套
你可以选择一下三种语言:
1.中文简体
2.中文繁体
3.English
然后,输入你的用户名和密码
点击确定
你可以点击右上角的“修改密码”
修改密码,输入两次确定
登陆金蝶
3 金蝶软件界面展开
点击“计划管理”
4 计划管理界面展开
系统设置
MPS计划方案维护
MPS计划方案维护
⇨路径
计划管理
主生产计划
系统设置
MPS计划方案维护
1 在计划方案维护界面上维护方案参
数
注意:方案中每个详细的参数请参
看金蝶的帮助信息
需求参数
2 计划参数
3 合并参数
4 投放参数
5 仓库参数
6 其他参数
计划展望期维护
计划展望期维护⇨路径
计划管理
主生产计划
系统设置
计划展望期维护
1 维护时区序列、时区个数、各时区
天数,修改后保存
2
MPS计算
MPS计算
MPS计算⇨路径
计划管理
主生产计划
MPS计算
MPS计算
1 点击MPS计算,弹出计算窗口,
确认运算日期和选择运算方案,点
击下一步。