Question

求大神发一份生产计划制定java b/s系统的的源程序吧，我做程序参考用，绝对不用于商业和其他目的。

就是生产计划制定的，mrp计算相关的，很急需啊，谢谢啦~qq:2523609322。

Answer 1

软件开发业务计划
总结
本文描述了软件开发项目建议书的格式和内容写作的几点说明的内容。
关键词
项目计划格式，书面说明
文本
项目计划格式
根据GB8567-88计算机软件产品开发文件编制准则编制项目开发计划，结合调整后的实际情况，项目计划内容索引的要求如下
1引言
1.1目的
1.2项目背景
1.3定义
1.4参考资料
1.5标准，条约和公约
2，项目概况：
2.1项目目标
2.2目标和范围
2.3假设与约束
2.4项目的工作范围
2.5可交付成果
2.5.1完整的软件
2.5.2要求提交文件的用户
2.5.3应提交的文件内
2.5.4应提供服务
2.6项目开发环境
2.7项目验收方式的基础
3项目的团队组织
3.1组织结构
3.2人员分工
3.3协作与沟通
3.3.1内部协作
3.3.2外部沟通
4实施计划
4.1风险评估及对策
4.2工作流程，
4.3总体时间表
4.4项目监测
4.4.1质量控制计划
4.4.2进度监控计划
4.4.3预算监控计划
4.4.4配置管理计划
5支持条件
5.1内部支持（可选）
5.2客户支持（项目）
5.3外包（可选）
6预算（可选）
6.1人事费用
6.2的设备成本
6.3其他预算
6.4项目总预算
7个关键问题
8专题计划要点
二，项目计划的书面说明
1引言
1.1目的
说明项目计划编制的目的，并指出目标受众。
这部分的作用是为了说明编制项目计划，这是本文档的意图和希望达到的效果。需要注意的是，“目的”是不是该项目的目标，而是为了说明本文档的目的与作用。该项目的目标2.1的说明。
项目成员和利益相关者的意义，了解项目开发计划的作用，并期望实现。发展计划的作用是一般“的共识和协议之间的项目成员和项目干系人，项目生命周期的所有活动的行动的基础上，使项目团队和检查项目工作，该计划下进行的。 “
例如，写文章是为了确保项目团队完成项目的时间和耐用性目标，项目团队成员，以方便更好地了解该项目的项目工作进行合理，有序的，记录的形式，项目的生命周期范围内的任务，工作任务分解，项目团队的组织结构，每个团队成员的工作责任，团队沟通与协作的方式，开发进度，预算，项目内外和外部环境条件下，风险的措施作出安排，书面，项目团队成员之间的共识和项目利益相关方约定，在项目生命周期中，项目组开展检查项目工作的基础在所有项目活动的行动的基础。
共同的项目目标为目的的项目开发计划的编制，项目本身是错误的。
1.2项目背景
主要解释的起源的项目，有些项目团队成员知道的需求。主要有以下
与客户或项目手续统一确定的项目名称，通常是软件系统的开发了更大的名称，如“XX系统名称的项目的发展后，同意该项目的名称是XX系统的开发。
委托项目，如果设备在合同软件开发项目，由项目单位合同当事人委托，开发了自己的软件产品，企业委托项目单位。
用户软件或网络单元（单位），是指一个用户组。注意的用户或单位有时委托单位的项目是相同的，有时是不一样的。如报关软件和报税软件，委托单位的海关或税务机关，但使用的用户或单位不仅海关或税务机关，还包括海关，税务等单位的业务回报的需要。
该项目的支持者内部员工的任务需要完成此项目的领导或业务;请注意，从项目委托单位，前者一般内部人员的任务，项目倡议人一般是不同的。内部开发项目，两者的区别在于，前者指的是人，这意味着单位。
该项目主要是负责一些企业的部门的指导下，行业或不同的软件开发工作的性质分为不同的部门（有的分为不同事业部）。该项目的特点是矩阵式组织，一般一个项目的项目成员可能由不同的部门，甚至可能是由少数的R＆D部门，开发部门，测试部门，综合部门，服务部门等。需要根据项目，以确定项目的范围主要是负责部门。
项目背景，从政治环境，商务环境说明项目背景描述的环境的项目，来龙去脉。这是有利于项目成员更好地了解该项目的目标和任务。
根据一个单位的精神，在建设工作的意见“的实施的句子中，为了维护正常的建设工作的实施，必须加强监督和评估，监督通知系统实现在一个城市在建设厅工作组建设，使这个工作监督的重要内容，掌握进度，相关部门建立了建设工作简报制度，及时反映了城市的建设工作动态。
目前工作部门手工编制年度计划的建设工程规划，准备联合实施的时间表单位的部门负责的??建设工作和建设工作手动，手动的建设工程施工单位建设工作??的进展报告，并在城市的建设工作，几百，再加上一些建设前期工作，并在未来的城市建设和发展的趋势，建设工作将越来越多的原来的模式已经越来越无法适应市委，市政府的要求。因此，的优势，充分利用现代信息技术，互联网，建立“一个城市的建设提交的信息反馈系统，提高了建筑信息提交反馈效率，提高信息的时效性，减少工作人员在各级劳动强度是十分必要和紧迫的任务。
描述的系统，以及其他系统，软件系统和其他系统的示出了它们之间的相互依赖关系。也可以基于此系统为基础的系统，这些系统的基本系统（一些数据，环境等，这个系统必须依靠这个系统才能运行），或者是两者之间的关系，相互依存的系统。子系统的句子提交材料的外部办公系统中的各种施工单位应挂在市政府网站。
软件系统和软件系统之间的关系，除了委托单位和使用单位与哪些组织。例如，有些系统需要遵守这些组织的标准，需要通过测试这些组织使用等，需要外包或者与这些组织的合作。
1.3定义
上市的计划中，原词的解释，国外对中国的语言的缩写使用的技术术语的定义，正确认识。需要注意的是另一个定义，它的意义和通常的通用术语，意思是不一致的，尽量不要用一些行业的通用术语。
1.4参考资料
参考书目中列出的计划以及相关文件和标准的作者，标题，编号，日期和出版单位，必要的方式来获得这些文件和标准。本节和下一节的“标准，条约和公约”互为补充，注意“参考”不作为“标准，条约和公约”，因为“参考”的不一定是“必须遵守“。普遍使用的信息，如
使命陈述的项目合同，招标，上级机关的通知，后经审批的项目;
属于项目的其他已发表的文件;
在本文档中引用的资料，数据，包括使用的软件开发标准。
1.5标准，条约和公约
上市公司在项目开发过程中必须遵守的标准，条约和公约。如“项目建议书，项目的任务表，合同，国家标准，行业标准，上级机关的通知和实施的方案，相应的技术规范。
“参考”的“物质”的一般特征一般被描述我在哪里可以得到参考标准，条约和公约的“精神”，具备的特点，通常必须符合在哪里可以得到。应参照的标准，条约和公约所涵盖的。
2，项目概况：
2.1项目目标
设置项目的目标是清晰的语言描述要完成的工作项目，每个项目团队的成员有一个清晰的概念。要小心，不要简单地说，什么时间完成开发的软件系统集成任务完成安装什么软件。注意：要完成“只是冷凝目标，系统，也不够具体，明确。明确的目标，该项目的服务对象应该指出的，对社会的影响发挥了深层次的社会目的开发的软件系统的主要功能和系统本身或系统。
项目目标应符合SMART原则
L S具体明确的声明
L M可衡量的可衡量的结果
l一个可达到的目标可以达到
l研究现实合理的，现实的或与实际工作相结合
点T可跟踪跟踪
项目目标横向分解也可以进行垂直分解♂的分解一般是根据系统的功能，按照不同的业务要求施工单位，如第一个目标，第二个目标的分解;垂直分解一般是指按照阶段，如第一阶段的目标分解，第二阶段的目标，短期目标，中期目标，长期目标。阶段目标一般应明确的目标。一般来说，在描述的总体目标的基础上的分解目标，加上“必须被实施，以实现该项目的总体目标是，以下三个阶段的目标？？？？
2.2目标和范围
该项目实现的目的和目标的软件系统产品和软件进行简单的功能要求，根据项目输入（如合同，项目建议书，项目的技术解决方案，招标等）的说明。精确的，明确的定义和描述的项目（软件系统）范围内的结果是软件开发项目活动的基础和依据。该软件系统产品的目标应该此软件系统的开发，以便解决这些问题的用户从用户的角度来看。该产品的目标，如“提高信息提交反馈效率，更好的工作提交的资料的检查和监督，提高信息的及时性，汇总统计数据的准确性，减少各级工作人员的劳动强度。”
2.3假设与约束
项目描述必须遵守各种制约因素（时间，人员，预算，设备等）。这些因素将限制你实现什么，怎样实现的，实施的成本范围内的各种限制。
假设是直接通过努力解决的问题，而这些问题必须解决，以确保项目按计划完成。如系统分析员必须在三天之内“或”用户必须在8月8日确认，以确定需求文档
约束一般是难以解决的问题，但可以通过其他方式避免或弥补，取舍，如人力资源的约束限制，就必须牺牲进度或质量。
假设和约束条件似乎比较清晰，如果出现问题，应该被列在风险分析的不确定性，分析其发生的概率（概率），影响，采取适当措施，应采取。
2.4项目的工作范围
谁的工作需要，以实现项目的目标。有必要说明的工作和合作单位和用户之间的分工。
请注意不同的含义的产品范围和项目范围的工作。
产品范围定义的特征和功能的软件产品本身的范围的范围。
在软件系统中定义的工作范围提供一个特殊的特性和功能，以便能够按时保质的产品来完成这些任务。
完成整个产品系列，客户的需求来衡量，是一个参考的测试计划和完成的项目范围。这两个必须有更好的范围管理模式统一，具体项目的工作结果，以确保及时交付特定的产品需求。
2.5可交付成果
2.5.1完整的软件
列出需要完成的程序，编程语言和存储过程使用的媒体形式的名称。软件对象可能包括源代码，数据库对象创建语句，可执行程序，支持系统，数据库中的数据文件，配置文件，第三方模块，接口文件，原有的接口文件，声音文件，安装软件，安装软件的源代码文件，等。
2.5.2要求提交文件的用户
列表将被移交给用户的每一个文件名，点的内容和存储的形式，如需求规格说明书，帮助手册。这里需要用户的文档转移到合同规定的。
2.5.3应提交的文件内
示例的文件，根据GB8567-88计算机软件产品开发文件指南附录O“（参考件）的规定实施，结合实际情况，调整发展的软件开发文档衡量的因素减少表”。值系数表，以确定项目的相应项目来衡量的因素，以确定该项目的阶段应该完成的结果。将不适用于该项目的内容减少，以减少不必要的项目任务和资源。
据因素值吗？中所列的项目应完成的阶段性成果，项目价值的时间间隔，取值范围等因素有关。
2.5.4应提供服务
根据合同，或重大建设工程的需要，列出的用户或委托单位提供的各种服务，如培训，安装，维护和运营支持。具体的工作计划，必要时到现场安装作业指导书，培训计划等的编制，应列在第4条第3款的总体计划，该计划。
2.6项目开发环境
环境和版本的软件项目开发所需的硬件和软件，如操作系统，开发工具，数据库系统，配置管理工具，网络环境。对环境可能有超过一个，如用于Java的开发工具，但还需要对C + +可能是必需的。某些环境中，可能无法确定完成或设计完成，以确定环境的需求分析。
2.7项目验收方式的基础
内部的项目验收和用户验收，如验收，包括交付前验收，交付和验收后，验收，试运行（初步）竣工验收，第三方验收，参与的专家在接受等上。项目验收的主要依据是投标，合同，标准，项目文档（最重要的需求规格说明书）。
3项目的团队组织
3.1组织结构
项目团队的组织结构。项目的组织结构可以从两个方面所需的角色和项目成员。必要的角色，为了完成这个项目的任务，项目团队需要什么样的角色，如项目经理，项目经理，系统分析师（或一组），软件设计师，设计组，节目组，测试组，等等。组织结构可以用图形表示，可以用树形图，可以用矩阵的图形，而团队成员来自哪个部门。除了图形，文本是一个简要说明每个角色应的技术水平。
请注意，虽然有一些共同的结构可以应用，但各种不同的尺寸，不同形式的项目组织结构是不一样的。等产品的开发项目可能需要实施人员（团队），但需要一定的知识转移人员（组）。软件编码外包项目不需要程序员，测试人员也可以适当地减少。
3.2人员分工
确定项目团队成员在组织结构上，以什么样的角色，他们的技术水平，分工配置项目，可以根据项目的实际组织结构的制备与特定的列表。下面是一个例子。
？
？
3.3协作与沟通
沟通与协作的项目，首先应确定对象的合作与交流，协作，沟通是谁。通讯对象应该包括所有项目干系人，项目的利益相关者，包括所有的项目团队成员，项目接口人员项目团队之外的人员。
其次，我们应该确定合作模式的通信。通讯方式如会议，电话，QQ，内部邮件，外部邮件，QuickPlace中，聊天室，等等。应注明主要的电子邮件通信作为礼物，“抄送”，“聊天室通信规定的时间段。在什么情况下的协作模式不同的角色（活动）采取措施，包括沟通，如何相互补充，来共同完成一项任务。定期沟通一般包括项目阶段，项目阶段计划阶段会议的报告
3.3.1项目团队内部协作
本节介绍了在项目开发过程中，项目组内部的协作和通信方式的通信频率的成就记录的方法。
3.3.2项目接口的工作人员
人员应表示这是他们的职责，联系信息，通信，协作模式的接口，包括
负责该项目的用户界面的人员;
负责该项目，与企业的管理机构，如计划管理，合同管理部门，采购部，质量管理部，财务部和其他的接口人员;
C，接口人员负责该项目的分包商。
3.3.3项目团队和外部的沟通和协作方式
以外的项目团队，包括企业内部管理协助部门，项目委托单位，客户等。本节介绍了在项目组和接口项目开发过程中，与客户的沟通，频率，沟通成果记录的方法。清除最终用户的直接用户，企业/部门名称和联系电话号码。明确开发合作与有关部门的名称，经理姓名，工作内容和工作承诺落实的名称，负责人，联系电话。确定了合作单位的名称，该名称的负责人开展的工作的内容??和执行的人的名字，联系电话。
4实施计划
4.1风险评估及对策
识别或预测项目的过程中可能出现的风险。应分析风险的可能性（概率），所采取的措施的影响，应采取对策的影响下。风险识别，包括识别所固有的风险和外部风险。的固有风险是指项目工作组的风险是可以控制的影响，如委任及罢免和成本估算。外部风险的控制和影响的项目工作组在过剩的市场风险外，如转向或政府行动
风险防范措施，以避免排除特定的威胁往往靠排除危险起源;慢，以减少风险事件的预期资本投资，降低风险发生的概率，以及减少风险事件的危险因素;吸收接受所有的后果可以是积极的（如预防性的发展计划，准备的情况下发生的风险），也可以是负数（如一些成本超支接受低于预期的利润??）。
投入足够的时间和人力资源软件开发项目，在分析，识别和管理风险的过程可以使项目的顺利进展，提高能力的项目跟踪和控制问题发生之前已经进行了周密的计划，从而成功该项目更加充满了信心。
常见的风险评估的软件开发项目
1）工程/规模/进度风险。
大规模的，不准确的估计的大小，甚至是较大的误差;无论在规模上，用户需要交货周期，成本是非常紧张的场景对应时，意外的工作（测试未完成）;
2）技术风险
新的开发技术，新设备或新的应用组合，没有经验，是一个新的行业或企业的工作经验;非常严格的性能要求;
3）在用户的系统的问题
用户管理不严，我害怕的功能决定，接受不能成功完成（或有延迟），或我恐怕许多变化，开发人员和用户分享，恐怕项目将推迟（或有一个延迟时间），用户或其他有关单位对工作的承诺可能会被延迟;
4）应该包括在这里是没有风险的项目，但据推测。
4.2工作流程，
该项目使用的工作流程。瀑布原型法的工作流程，工作流程，螺旋式工作流工作流迭代方法，你也可以创建自己的工作流程。不同的进程将影响后面的工作计划。工作流程图绘制必要和适当的标题。
4.3总体时间表
这里所说的整体进度计划的一个高层次的计划。作为补充，应逐步制定阶段的项目计划，阶段计划是本文档中的这个总体规划的基础。
的整体计划的结果的基础上确定项目的规模，列表项目阶段划分为若干个阶段，阶段进度和应提交的每一个阶段，阶段的时间，考虑项目阶段完成的结果，并提交评估，的时间。
的工作项目计划，项目准备，需求调研，需求分析，架构设计的外形设计，编码，测试，传递，内部培训，用户培训，安装和部署，调试，验收，给每个计划任务的开始日期，完成日期和所需的资源，完成规定的顺序完成每个任务的任务和表征里程碑意义的事件（里程碑）。
例如
？
`

需求评审

设计评审
检查点表/里程碑阶段，例如，需要确定实际的会话将根据项目的阶段成果。
可以使用专门的工具，开发一个软件项目的进度，在最常用的微软的项目作为一个辅助工具，更强大的功能，更适合规模较大的项目，但不能完全代替项目计划，尤其是，主要由文字到描述的部分。小规模的项目可以很容易地使用EXCEL作为辅助工具。不给予详细的说明，如何使用这些工具。
开发一个软件项目的进度，应考虑以下因素：
1）的系统需求和项目目标的掌握程度。从比较系统的要求和项目目标的理解，它只能做一个粗略的计划，等到需求阶段或设计阶段的结束，应该进一步细化日程安排。
2）软件系统规定耐该项目的大小，这是不是一个概念。软件系统的规模往往是从功能点估算或其他估算方法获得的项目的规模，但也考虑文件要求的数量和质量，使用的开发工具，新技术，复用通信方便，客户端的情况下，需要遵守的标准，等等。例如，完成一个大的系统在一段时间一个人或几个人的智力和体力无法承受的。由于软件是逻辑，智力产品，盲目的，而不是在比例，提高软件开发能力，以提高软件开发人员。相反，在人员数量的增加，组织，协调，沟通，培训和管理人员将更为严重。
3）的程度的复杂的软件系统和项目的复杂性和软件系统的调节电阻，该项目的大小，该软件系统的复杂性主要考虑软件系统本身的功能，该体系结构的复杂性，和复杂性的该项目主要是指项目团队成员，项目任务的复杂程度，项目利益相关者的复杂程度，困难程度的情况下多项目的研究和资源保护的需要，情况，等等等等。软件系统的复杂性的软件系统的大小不一定是成比例的关系;项目的大小和复杂性，对于相同的事项不一定是成比例的关系。
4）持续的项目需求，项目的紧迫性。大型的一些项目，但签订合同与客户或市场，以抢先占领时期减少的很紧，我们必须考虑如何更好地利用加班的合理调度额外的候选人是最后一个采取的选择。考生除了要增加成本的增加，会增加沟通的成本（时间）熟悉项目任务，加班引起情绪上的问题，如果处理不当，它可能是太忙了，可以不考虑质量，质量引起的下降。
5）的能力的项目成员。这些功能包括管理的项目经理，系统分析师，系统设计师设计的分析能力，编码能力的程序员，测试人员的测试能力，以及企业或项目团队激励这些功能。从另一个角度来看，以及一般工业企业客户熟悉，掌握技术的建模工具，开发工具，测试工具，行业内部的商业知识和技术知识的积累。
4.4项目控制计划
4.4.1质量保证计划
执行质量评比活动，过程质量控制。大型项目应该是一个软件开发项目的质量计划编制。根据GB / T 12504计算机软件质量保证计划规范，内容
l介绍（本章包括质量计划的目的，定义的参考材料）
l管理（描述了该机构负责对软件质量的管理，任务和相关责任）
L文件（文件准备阶段，软件开发，验证和确认，以及使用和维护的需要列出并描述了文件审查和检验标准）
L标准，法规和公约（列在标准中使用的软件开发过程，法规和公约，并列出了监测和保证执行的措施）
回顾和检查（两方面的技术要求和管理评审和检查工作，并编制或参照相关的评估和检查程序，软件需求评审与否的技术准则。至少，概要设计评审软件核查和验证评估软件系统功能测试，程序和文档体检）
l软件配置管理（配置管理，或说明，或参考4.4.4配置管理计划，按照“GB / T 12505计算机软件配置管理计划规范”的文件在编制）

？

Answer 2

一般很难得到这件事情！