猪溜溜0
软件开发项目中,过程管理文档都包括什么？
在软件项目开发过程中，应该按软件开发要求撰写十三类文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性！需求阶段1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
2、项目开发计划为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
3、软件需求说明书（软件规格说明书）对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
设计阶段4、概要设计说明书该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
5、详细设计说明书着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
开发阶段6、开发进度月报该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
测试阶段7、测试计划为做好集成测试和验收测试，需为如何组织测试制订实施计划。
计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
8、测试分析报告测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。
收尾阶段9、用户操作手册本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解，为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。
10、项目开发总结报告软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。
维护阶段12、软件问题报告指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。
13、软件修改报告软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。
请教做一个app项目要那些流程？
idea形成—APP项目雏形一个APP项目的最初首先要确定项目整体方案，整个项目的规划，大体框架，做成文档展现出来，以便大家提意见和更好的改进。
也就是说首先要确立产品原型，进入项目评估阶段。
经过反复确认，最终形成产品脑图和完整的需求文档。
2.功能设计—APP项目概要设计第二步相当于网站的需求分析，需要整理确定App的主要用户群体和APP能实现的功能。
关于APP开发设计可以在DevStore（（开发者服务商店））平台上借助一些工具来充实你的APP，像结合推送、地图、社交分享、第三方登录等常用的工具让你的APP更丰富一些。
借助第三方服务来丰富自己的作品是很好的借力途径，一定不要错过，平时要养成收集平台的习惯，例如工具平台，学习交流平台，养成总结整合资源会是受益一生的好习惯。
3. 功能实现—APP项目打码阶段APP的大概界面构思和设计，大功能模块代码编写。
正式进入产品的原型设计阶段。
UI、UE开始设计，形成初步的效果图。
在经过确认后界面的效果图正式设计完成。
产品在设计图完成后，进入研发阶段。
通过编程语言形成正式的程序。
至此，App的制作过程就完成了一大部分，可以进入测试部进行测试。
作为一个开发者来说这才是重头戏，设计，测试都是别人的事情，这一步主要是开发者努力打码阶段，不断码砖，修bug阶段。
4.测试—APP项目大家评把大概的界面和功能连接后，App的大致demo就出来了，demo自己试用和体验几遍后，根据实际情况修改，没有大错误后，新版本可以尝试寻找beta用户， 根据测试用户的反馈，改进并反复测试。
用户测试阶段一定要把每个用户的意见考虑进去，不一定每个意见都会采纳，但是不要放过一点瑕疵，尽全力让自己的作品更好。
5.APP项目完成在产品经过多次测试，修改bug确认无误后。
一个App制作项目就完成，可以进入个大市场，投放使用。
市场推广也是比较关键的一步，在各大市场中，开发者就要通过各种方式推广自己的App产品，力求App在市场上获得更多的下载量，吸引更多的用户。
软件过程的关键过程
初始级 （Level1: Initial）（无关键过程区域） 可重复级 ■需求管理（Requirements Management） 需求管理的目的是建立和维护用户和软件项目间的关于该软件如何实现用户需求的共识。
需求管理包括：a. 建立和维护分配该给软件项目的需求的基线。
b.核查该软件项目的计划，活动和正在开发中的产品以确保它们是与分配该给软件项目的需求一致。
■软件项目计划（Software Project Planning） 软件计划的目的是建立合理的计划用作软件开发与软件项目控制。
软件计划包含：a.选择一种软件生命周期 b.建立一个开发工作的分解构造 c.对与开发工作有关的、重要的计划参数进行估计。
d.识别软件项目的风险。
e.作出必要的承诺。
f.制订软件开发工作的计划。
■软件项目控制（Software Project Control） 软件项目控制的目的是为软件项目的过程提供足够的能见度，从而可以在执行过程中发生对计划的严重偏离时能够采取适当的更正行动。
软件项目控制包括：a.追踪软件项目的进展与表现，从而与所作的估计、承诺和计划作出对比。
b.追踪软件项目的风险。
c.在发生对计划的严重偏离时采取更正行动。
■软件获取管理（Software Acuisition Management） 软件获取管理的目的是有效地管理从软件项目外部来源获取软件。
软件获取管理包括：a.找出软件项目对取得外部软件的需要。
b.识别和选择供应者。
c.与供应者达成协议。
d.处理与供应者之间的关系。
e.收取软件项目所需的外部软件。
f.安排对所取得的外部软件的维护与支持。
■软件质量保证（Software Quality Assurance） 软件质量确保的目的是为了客观地核实软件项目的实施行动与开发中的产品遵从于对应的需求、过程描述、标准及规程。
软件质量确保包括：a.客观地核实软件项目的实施行动与开发中的产品遵从于对应的需求、过程描述、标准及规程。
b.找出及记录所发现的不一致的问题。
c.向项目成员与经理提供反馈。
d.确保那些不符的问题得到处理。
■软件组配管理（SoftwareConfiguration Management） 软件结构配置管理（SCM）的目的是贯穿软件生命周期，建立和维持软件项目的产品完整性。
软件结构配置管理包括：a.确定开发中的软件产品在某一特定时刻的结构配置。
b.控制结构配置的组份的变更。
c.从结构配置库中去制作开发的软件产品。
d.贯穿软件生命周期，维持维软件产品基线的完整性。
定义级 ■企业对过程的重视（Organization Process Focus） 企业对过程的重视的目的是建立和维护对企业的软件过程的理解和协调企业的件工程过程的改进活动。
企业对过程的重视包括：a.评估企业和项目的软件过程。
b.建立起一个计划去改进软件过程。
c.对建立、维护、改进和使用整个企业内共有的软件过程的活动进行协调。
■企业过程定义（Organization Process Definition） 企业过程定义的目的是建立与维护一套可用的软件过程资源去改进整个企业的程过程效果及为企业的积累性的长期收益提供一个坚实的基础。
企业过程定义所建立的软件过程资源包括：a.一套企业的标准软件工程过程。
b.对每一种经审核批准用于工程项目的软件生命周期模型的描述。
c.关于如何剪裁企业标准的软件过程以适应具体项目需要的原则和指导方针。
d.企业的软件测量结果数据库。
e.企业的与软件过程有关的文件资料库。
■企业的培训方案（Organization Training Program） 企业的培训计划的目的是增进工作人员的技能和知识，使他们能实质地和高效地担当其软件角色。
企业的培训计划包含：a.找出什么是企业的软件培训需要。
b.取得与提供所需的培训。
■集成化的软件管理（Integrated Software Management） 集成软件管理的目的是把软件工程与管理集成为一个连贯涵接的、详细定义了、基于企业标准软件过程而剪裁出来的软件过程。
集成软件管理包括：a.使用企业的软件过程财富，并对之作出贡献。
b.基于企业标准软件过程而剪裁出详细定义了的软件过程。
c.积极主动地使用这个定义了的软件过程。
d.积极主动地对软件的风险进行管理。
■软件产品工程（Software product Engineering） 软件产品工程的目的是始终如一地执行明确定义了的、集成了所有软件项目的术活动的工程过程，去实质地和高效率地制造正确的、稳定的软件开发产品。
软件产品工程包含：a.按照项目的软件过程，执行工程的各项任务去规定，设计，制品满足其产品技术需求。
■项目间的协调（Project Interface Coordination） 项目界面协调的目的是确保软件工程人员主动地与企业内的其他功能部门交流协调和合作，以便更好地满足客户的需求。
这些功能部门包括技术的功能（例如，系统测试），支持功能（例如，记录），和组上的功能（例如，培训和合同）。
项目界面协调牵涉到经埋与员工，其内容包含：a. 与项目内其他功能部门一道处理系统要求，计划，目标，困难问题和风险。
b. 确定与维持对其他涉及项目的功能部门的承诺。
c. 辨明、跟踪和解决项目内功能间配合的行动与问题。
■交换审核（Peer Reviews） 交互审核的目的是尽早地和有效地从开发中的软件产品中除去缺陷。
一个重要的必然结果是对软件过程和开发中的软件产品有一个更好的理解，从能够预防缺陷产生...
常用软件开发模式方法及优劣对比有哪些
快速原型模型：（需要迅速造一个可以运行的软件原型，以便理解和澄清问题）快速原型模型允许在需求分析阶段对软件的需求进行初步的非完全的分析和定义，快速设计开发出软件系统的原型（展示待开发软件的全部或部分功能和性能（过程：用户对该原型进行测试评定，给出具体改善的意见以及丰富的细化软件需求，开发人员进行修改完善）优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险缺点：A、 所选用的开发技术和工具不一定符合主流的发展B、 快速建立起来的系统加上连续的修改可能会造成 产品质量底下增量模型：（采用随着日程时间的进展而交错的线性序列，每一个线性徐磊产生软件的一个可发布的“增量”，第一个增量往往就是核心的产品）与其他模型共同之处：它与原型实现模型和其他演化方法一样，本质都是迭代与原型实现模型不同之处：它强调每一个增量均发布一个可操作产品，（它不需要等到所有需求都出来，只要摸个需求的增量包出来即可进行开发）优点：1、 人员分配灵活，一开始不需要投入大量人力资源2、 当配备人员不能在限定的时间内完成产品时，它可以提供一种先推出核心产品的途径，可现发布部分功能给用户（对用户起镇静作用）3、 增量能够有计划的管理技术风险缺点：1、 如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析注：这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程原型模型：（样品模型，采用逐步求精的方法完善原型）主要思想：先借用已有系统作为原型模型，通过“样品”不断改进，使得最后的产品就是用户所需要的。
原型模型通过向用户提供原型获取用户的反馈，使开发出的软件能够真正反映用户的需求，采用方法：原型模型采用逐步求精的方法完善原型，使得原型能够“快速”开发，避免了像瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的响应优点：（1）开发人员和用户在“原型”上达成一致。
这样一来，可以减少设计中的错误和开发中的风险，也减少了对用户培训的时间，而提高了系统的实用、正确性以及用户的满意程度。
（2）缩短了开发周期，加快了工程进度。
（3）降低成本。
缺点：1、当重新生产该产品时，难以让用户接收，给工程继续开展带来不利因素。
2、不宜利用原型系统作为最终产品。
采用原型模型开发系统，用户和开发者必须达成一致：喷泉模型：（以用户需求为动力，以对象为驱动的模型，主要用于采用对象技术的软件开发项目）它认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性相互迭代：软件的摸个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分无间隙：它在各项活动之间没有明显边界（如分析和设计活动之间）优点：1、 可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程不便之处：1、由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。
2、这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况螺旋模型：（适合用于需求经常变化的项目）它主要是风险分析与评估，沿着螺线进行若干次迭代，过程：1、 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件2、 风险分析：分析评估所选方案，考虑如何识别和消除风险3、 实施工程：实施软件开发和验证；4、 客户评估：评价开发工作，提出修正建议，制定下一步计划。
优点：1、 它由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发中缺点：1、 难以让用户确信这种烟花方法的结果是可以控制的2、 建设周期长（而软件技术发展比较快，所以经常会出现软件开发完毕后，和当前的技术水平有很大的差距，无法满足当前用户的需求）3、 除非软件开发人员擅长寻找可能的风险，准确的分析风险，否则将会带来更大的风险瀑布模型：（从本质来讲，瀑布模型是一个软件开发架构，重复应用）（核心思想：按工序将问题化简，将功能的实现与设计分开，便于分工协作，采用结构化的分析与设计方法将逻辑实现与物理实现分开，依照软件生命周期自上而下，相互衔接的次序）缺点：1、 在项目各个阶段之间极少有反馈，各个阶段的划分完全固定，阶段之间产生大量的文档，增加了工作量2、 用户只有在项目生命周期的后期才能看到结果，增加了开发的风险3、 需要过多的强制完成日期和里程碑来跟踪各个项目的阶段4、 在每个阶段都会产生循环反馈（如果有信息未被覆盖或是发现问题了，必须返回到上一个阶段并进行适当的修改，只有当上一阶段都被确认后才进行下一阶段）5、 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果优点：1、 为项目提供了按阶段分的检查点2、 当完成一个阶段后，只需要去关注后续阶段3、 可在迭代模型中应用瀑布模型按照瀑布模型的阶段划分，软件测试可以分为单元测试，集成测试，系统测试
项目管理工作中经常会遇到哪些问题？有没有什么软件能较好的实现这...
以下这些问题都会遇到：1、 项目年底结算时严重超支，但不知道是具体哪里出了问题，也无从下手查看2、 项目合同信息有变化，不能动态更新至所有项目参与人知道，导致项目错误判断投入3、 工程上面的物资千头万绪，无法理清哪个项目的具体用料和物资成本4、 所有项目只能在年底结算，不能随时掌握项目的实际利润。
5、 领导无法了解每个工程项目的具体进度和计划利润和实际利润情况实现比较好的有北京的一家公司，名字叫信德宏方项目管理软件，可以看一下
转载请注明出处51数据库 » 软件项目用户评价意见
