软件开发技术方案怎么写（软件项目技术设计方案怎么写）
今天给各位分享软件开发技术方案怎么写的知识，其中也会对软件项目技术设计方案怎么写进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
一个软件项目的实施方案要怎么写？
智软冶金行业I-ERP实施方案
i-ERP（Internet/Intranet Enterprise Resource Planning）——企业资源计划是当今世界上最先进、有效的企业管理技术，作为新一代的ERP系统。它将企业的物流、资金流和信息流及人力资源、办公自动化、电子商务、决策支持等系统统一起来进行管理，对企业所拥有的人力、资金、材料、设备、方法（生产技术）、信息、时间等各项资源进行综合平衡和充分考虑，最大限度地利用企业的现有资源取得更大的经济效益，科学、有效地管理企业人、财、物、产、供、销等各项具体业务工作。
实施i-ERP能够使企业开源与节流并进，加强了客户关系管理，提高客户满意度，使企业内部管理更加高效、规范、扩大市场占有率、降低企业成本、提供辅助决策、网上销售、网上办公等诸多功能。
《智软i-ERP系统》是一套基于INTERNET/INTRANET管理的面向制造型企业的软件包，涵盖了企业的几乎所有经营业务。它以智软办公自动化系统（AI OFFICE）为中心粘合剂，实现领导对EPR系统的各个模块进行综合查询及辅助决策，模块间是高度集成的，流程是通畅的，数据可以充分共享，这与单一模块的软件开发有着本质的区别。
《智软i-ERP系统》分成四条主线：供销存、生产、财务及OA、电子商务。各条主线内部业务的联系相对紧密，而各条主线之间的联系主要通过公共数据库完成信息传递。智软i-ERP今后还将会把SCM（供应链管理）、CRM（客户关系管理）等系统结合起来，以满足企业不断发展的需要。
系统特点：
1、高度集成化和模块化相结合
《智软i-ERP》的各子系统是高度集成的，各子系统可以从其它相关的子系统中直接获取所需的数据，同时也将本系统内产生的数据自动传递给其它相关子系统，减少了数据的重复录入和数据在传递过程中可能发生的差错。
《智软i-ERP》在设计过程中同时采用了模块化的设计方法，使得各子系统既可以独立使用，也可以结合在一起使用。用户可以根据自己的业务需要选择安装相应的子系统，待以后业务扩展后再安装其它的相应子系统。这种设计可以帮助企业逐步实现一个完整的、涉及到企业全局的现代化管理信息系统。
2、多单位集团化管理模式
《智软i-ERP》直接支持总公司与分公司、总厂与分厂等形式的多单位集团化管理模式。总公司/总厂的所有指导性、指令性计划可以直接下达给相关的分公司、分厂，而分公司、分厂的具体计划执行情况和业务状况也可以通过汇总直接传递给总公司。从而实现了集团内部信息交换的快速与准确。在数据库设计时，用单位代码作为关键字，以区分各单位的数据记录。
3、使用方便灵活，适用性强
《智软i-ERP》系统中所有需要输入代码的地方都有在线的提示功能，使得用户在操作过程中不用记忆众多的代码，为此在开发过程中我们为相应的代码字段都编写了提示程序。系统中的所有应用程序都有在线帮助信息，指导用户如何使用程序。
系统中有许多管理方法和管理项目可以通过用户的事先设定选择使用。为此系统提供了许多由用户来定义的参数和代码，用户可以根据自己的业务需要选用不同的参数设定。这种设计可以使系统适应不同管理业务的需要。
4、多角度的数据统计分析及辅助决策
《智软i-ERP》的各子系统都提供了大量、丰富、灵活的查询统计及分析报表。从单一条件查询到多条件模糊查询，从单一业务数据查询到跨业务连锁查询分析，从当前业务数据查询到历史业务查询，从独立业务记录查询到业务数据汇总分析，系统全方位多角度的为用户提供所需要的信息。
5、OA及电子商务
《智软i-ERP》使企业领导能够通过OA系统实现对整个企业ERP系统各模块情况的了解、提高企业的办公效率、节省企业费用，实现网上办公。适应将来社会的发展，积极开拓网上销售市场，为企业寻找新的销售增长点。
6、实现生产、供应、销售、财务的一体化管理
实现企业内外业务处理的全面管理，用数据仓库技术实现企业经营管理的辅助决策分析和预测。
7、企业Intranet/Internet系统和办公自动化系统
实施企业Intranet/internet系统和办公自动化系统并将它们有机结合，提高企业工作效率，实现企业管理透明度，加强全员的参与意识和主人意识，企业文化的体现。
8、充分考虑企业未来的发展
《智软i-ERP》考虑到企业未来的发展及整个市场环境的变化，为系统未来的扩充留有充分的设计和数据接口。例如：与计算机辅助设计/制造（CAD/CAM）、计算机辅助工艺（CAPP）、自动货仓（AS/RS）、电子数据交换（EDI）等等都留有数据交换接口。
系统主要功能：
主要功能模块有：采购管理、库存管理、销售管理、分销管理、运输管理、帐务管理、报表管理、、预算会计、固定资产管理、工资管理、成本会计、生产管理、生产计划、物料需求计划、能力需求计划、人力资源管理、设备管理、质量管理、经营预测、办公自动化、电子商务、辅助决策等等多方面。
企业ERP项目实施方案制定与沟通技巧详解
软件应用尤其是ERP项目的实施是一个复杂而艰巨的系统工程，它涉及到软件公司的产品成熟与否、实施人员对产品的熟悉程度、用户的所有制体制、上层领导对项目的重视程度、中层干部对ERP流程认可程度、业务人员对操作的熟悉程度，以及企业效益、文化、人文地理环境、ERP厂商和客户的沟通程度等方方面面的因素。因此，可以这样认为，每实施一个ERP项目，就如同指挥一个重大的战役。ERP系统实施小组的双方负责人就是这场战役的指挥官，他们（她们）要按照既定方针精心部署：如何控制各项工作合理有序地进行，如何协调各方面的工作关系，如何合理地配置人力和各种资源，并制定详细可行的工作进度，在保证实施质量的前提下，尽可能缩短项目实施周期，减少实施成本，以达到ERP厂商和用户双赢的目的。
ERP项目的实施包括：方案的制定、项目的组织和协调、进度管理等方面的内容。
方案的制定
首先，项目小组要对系统做详细的调研，确定实施目标，界定实施范围和实施顺序，写出系统调研报告，双方签字认可后，作为实施的依据。根据项目情况，项目进度和工作计划可按天或周制定。
系统的详细调研至关重要，它直接关系到后续实施的成功与否。一个好的、全面的详细调研已完成了实施工作量的一半。因此在做详细调研时，不能放过任何一个细小的的环节，要敢于直面客户。更不能怕客户提需求，因为客户需求是客观存在的，既不能回避，也不会因为详细调研没有涉及到而消失。当客户化工作完成后，再来实现客户某些需求时，修改软件的工作量可能会比新增软件功能的工作量还要大，有时不仅是增加实施成本的问题，甚至会导致整个实施项目失败。系统调研不详细所造成的另一个后果是项目实施周期长，甚至会导致项目很长时间不能结束，同时还可能引起软件厂商与客户之间的矛盾。客户认为ERP软件这也不能做，那也不能做，而软件公司则埋怨客户的需求没完没了。
对客户的需求，关键是要区分哪些是操作性的、哪些是流程性的。对流程性的要求，要进行认真的梳理，以区分哪些是受企业、行业乃至国家整个经济大环境影响，现阶段必须修改的，哪些是需要客户重组自己业务或修改自己流程的，哪些是不能迁就客户的，但前提必须是抱着对客户负责的态度。例如，我们在机械行业的一个企业实施ERP时，在仓库管理子系统中，没有实行货位、货架及批次管理，在这种情况下，我们完全可以按照现有的管理模式进行实施，并且ERP系统也支持非批管理的模式。但我们并没有迁就现有的管理模式，而是考虑到企业今后的发展，我们先按通用批次和通用货位进行实施，待企业具备条件后，再指导企业如何对货位、批次进行管理。这看起来，首次实施增加了工作量，但从整体效益来看，减少了后续程序的维护工作量，降低了实施成本，并且树立了软件公司为企业负责的良好形象。
与用户的协调
首先，实施小组要安排好自己内部的工作。尤其是同时实施几个项目的情况下，要了解和熟悉本项目实施小组每个成员的特点，包括业务特点和性格特点，对谁比较熟悉哪个子系统业务、谁的业务能力比较强、谁较善于与客户沟通、谁比较细心等情况做到心中有数，充分发挥小组每个成员的积极性，因人制宜，合理安排工作，以保证几个项目同时顺利进行。
其次，积极主动地与用户协调，要充分调动用户项目负责人的积极性，使他们充分认识到工作的重要性、责任的重大性；尤其要使其认识到，ERP项目实施过程中的艰巨性和复杂性，以及通过该项目的实施可以提高自身业务素质。例如，有一次在与用户项目负责人的交谈中得知，该项目负责人由于种种原因很快就会离职，另有高就，但对该项目而言，中途换人无疑是一大忌。而且关于项目新负责人的性格、脾气、秉性、对业务的熟悉程度、与各方面及各部门的沟通能力等等，这一切我们都要重新了解并与之磨合。于是我们做起了耐心、细致的思想工作，从工作需要到对自身价值的提升、从企业现状到ERP的发展。最后该项目负责人表示，待该ERP项目实施结束后再决定离职，从而保证了ERP项目的一气呵成，顺利实施完毕。
09-02-14 | 添加评论 | 打赏
怎样写开发软件产品策划书？
楼主应该先写需求分析文档吧
然后才是设计文档
=================================
需求分析文档结构
=================================
1. 引言
1.1. 编写目的
1.2. 背景说明
1.3. 术语定义
1.4. 参考资料
2. 任务概述
2.1. 目标
2.2. 用户的特点
2.3. 假定与约束
3. 需求规定
3.1. 对功能的规定
3.2. 对性能的规定
3.2.1. 精度
3.2.2. 时间特性要求
3.2.3. 灵活性
3.3. 输入输出要求
3.4. 数据管理能力要求
3.5. 故障处理要求
3.6. 其它专门要求
4. 运行环境设定
4.1. 设备
4.2. 支持软件
4.3. 接口
4.4. 控制
5. 缩写词表
6. 参考文献
=================================
设计文档结构
=================================
1. 前言
2. 摘要
3. 需求分析
3.1. 企业生产经营概况
3.2. 企业经营目标及策略（近期及远期）
3.3. 实施需求
3.4. 实施目标
3.5. 实施约束
3.6. 实施功能要求
3.7. 实施信息要求
3.8. 实施性能要求
4. 总体方案与结构
4.1. 制定总体结构的出发点
4.2. 体系结构
4.3. 应用系统结构
4.4. 支撑系统结构
4.5. 信息分类编码体系
5. I2DEF模型
5.1. 模型选择说明
5.2. I2DEF模型设计规范
5.3. 结构模型
5.3.1. 系统/功能分解树
5.3.2. 构件图
5.4. 动态模型
5.4.1. 事件流程图
5.4.2. 事件汇总图
5.4.3. 工作案例图
5.4.4. 典型事件跟踪图
5.5. 功能模型
5.5.1. 数据流程图
5.5.2. 数据汇总图
5.5.3. 功能调用图
6. 资源需求
7. 系统配置
7.1. 配置原则
7.2. 硬件配置
7.3. 软件配置
8. 接口
8.1. 内部接口
8.2. 外部接口
9. 组织机构及人员配置
9.1. 现行组织机构
9.2. 开发运行的组织机构
9.3. 人员配置与培训
10. 关键技术
10.1. 关键技术的提出
10.2. 关键技术的一般说明
10.3. 关键技术的实现方案
11. 方案实施的技术路线和实施计划
11.1. 实施的技术路线
11.2. 实施计划
12. 投资概算及资金规划
12.1. 投资概算
12.2. 资金规划
13. 经济分析
13.1. 经济效益分析
13.2. 财务评价分析
13.3. 社会效益、战略效益分析
13.4. 经济评价的结论和建议
14. 缩写词表
15. 参考文献
寻求软件的开发与设计完整方案流程
标准的软件开发过程
1推荐软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多，在每个阶段需要编写哪些文件，以及这些文件的主要内容见下：
1.可行性与计划研究阶段
可行性研究报告：在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。
项目开发计划：编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。
2.需求分析阶段
软件需求说明书：软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解， 使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。
数据要求说明书：数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。
初步的用户手册：用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。
3.设计阶段
概要设计说明书：概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。 运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
详细设计说明书：详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序 （每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。
数据库设计说明书：数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。
测试计划初稿：这里所说的测试，主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。
4.实现阶段
模块开发卷宗（开始编写）：模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。
用户手册完工
操作手册：操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。
测试计划终稿：
5.测试阶段
模块开发卷宗(此阶段内必须完成)
测试分析报告：测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。
项目开发总结报告：项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。
6.运行与维护阶段
开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便及时发现和处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以分项目组为单位按月编写。
对于一项软件而言，有些文件的编写工作可能要在若干个阶段中延续进行。
鉴于软件开发是具有创造性的脑力劳动，也鉴于不同软件在规模上和复杂程度上差别极大，本指南认为在文件编制工作中应允许一定的灵活性，并不是14种文件每种都必须编写。
文件编制的衡量因素
◆在因素总和较低的情况下,项目开发总结报告的内容应包括：程序的主要功能、基本流程、测试结果和使用说明。
◆测试分析报告应该写，但不必很正规。
◆数据要求说明和数据库设计说明是否需要编写应根据所开发软件的实际需要来决定。
例2：为了避免在软件开发中文件编制的不足或过分，一个简便的办法是把对软件文件的编制要求同软件的规模大小联系起来，这就是本例的出发点。软件的规模不妨分为四级：
1．小规模软件源程序行数小于5 000的软件；
2．中规模软件源程序行数为 10 000～ 50 000的软件；
3．大规模软件源程序行数为 100 000?500 000的软件；
4．特大规模软件源程序行数大于500 000的软件。
对上述的四级软件的文件编制要求分别列于表O3。
至于源程序行数为 5 000～ 10 000， 50 000～ 100 000的软件，其文件编制要求介于两级之间，可根据一个软件产品的具体情况，由项目负责人参照表O3的规定，确定需要编制的文件种类。
对于源程序行数大于500 000的特大规模软件，可进一步把本指南规定的十四种文件按实际需要扩展成更多种类。
软件开发技术方案怎么写的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于软件项目技术设计方案怎么写、软件开发技术方案怎么写的信息别忘了在本站进行查找喔。
