软件需求管理的工程应用
软件需求管理的工程应用
Engineering Application of Software Requirements Management
孔韬1,王俊江2
（1.空军驻山东地区军事代表室,山东济南250101;
2.中国电波传播研究所,山东青岛266107）
Kong Tao 1,Wang Jun-jiang 2(1.The air force's military representative office in Shan-dong,Shandong Jinan 250101;2.China Research Institute of Radiowave Propagation,Shan-dong Qingdao 266107）
摘要：该文首先介绍了软件需求管理过程的管理流程，对需求提供者、需求来源、需求评价准则进行了描述；然后介绍了软件需求管理的工程应用，分别对需求分析阶段的开发流程、需求文档编制、需求评审活动、需求跟踪、需求变更进行了详细讲解。实践证明，通过软件需求管理，大大提高了软件研制的效率和软件产品的一致性。
关键词：软件需求管理；需求分析；需求评审；需求跟踪中图分类号：TP311
文献标识码：A
文章编号：1003-0107(2018)10-0060-03
Abstract:The management process of software requirements management is introduced firstly by this paper,and the requirement provider,requirement source,requirement evaluation criteria are described.Then engineering application of software requirements management is introduced,and the development process in the requirements analysis phase,requirements documentation,requirements review activities,requirements traceability,requirements change is explained in detail.Practice has proved that the operation of software requirements management greatly improves the efficiency of software development and the consistency of software products.
Key words:Software requirements management;requirements analysis;requirements review;requirements tra-ceability
CLC number:TP311
Document code:A
Article ID ：1003-0107(2018)10-0060-03
作者简介院孔韬(1981-)，男，工程师，博士，主要从事控制科学与工程、武器装备管理与质量监督工作；王俊江(1978-)，男，高级工程师，学士，主要从事电波传播应用研究及软件开发工作。
0引言
软件项目管理过程中，经常会遇到需求不明确的问题，比如需求沟通说不清、需求经常变、需求与实现不能对接等，直接影响项目下一步的进展，如何做好需求管理就显得十分重要。需求管理的目的是管理项目的产品和产品部件的需求，并标识这些需求与项目的计划和工作产品之间的不一致性并获得对需求变更的控制[1-2]。
1软件需求管理过程
需求管理过程主要分为需求协商与理解、需求承诺、需求跟踪和需求变更控制四个活动[1]
。为了与需求提
供者对需求的含义达成共识，
应进行需求协商；需求承诺是对编制完成的需求文档进行评审，
以获取项目参与者对需求的承诺；需求跟踪是指利用建立的需求跟踪矩阵，确保需求与后续产品之间的一致性，需求变更控制的目的是合理有效地控制并执行需求变更。软件需求管理过程流程图如图1所示。
为更好地提高软件需求的准确性，
软件项目组要识别出合适的需求提供者[3]。若项目软件任务书为一级软件任务书，则需求提供者应为科技部门的项目主管；若为二级任务书，则需求提供者应为系统级的项目总负责人。
60
第2章 软件项目需求管理复习题
第2章软件项目需求管理复习题 一、填空题： 1、需求是从系统外部能发现系统所具有的满足于用户的特点、功能与属性等。 2、软件需求的四个层次依次分别是：原始问题描述、用户需求、系统需求、软件设计描述。 3、原始问题描述和用户需求的抽象层次比较高，能帮助我们的较高抽象层次上进行交流，而系统需求和软件设计描述则是具体的，可以根据它们的来进行编码。 4、通常情况下，在4个不同层次的软件需求描述中，由于原始问题描述和软件设计描述过于抽象和过于具体而不常出现，人们经常提到的是用户需求和系统需求。 5、系统需求一般分为功能需求、非功能需求和领域需求。 6、功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务、对输入如何响应 及特定条件下系统行为的描述。 7、功能需求取决于软件的类型、软件的用户及系统的类型等。 8、功能需求应该具有全面性和一致性。 9、功能需求全面性指对用户所需要的所有服务进行描述。 10、功能需求一致性则指需求的描述不能前后自相矛盾。 11、非功能需求是指那些不直接与系统的具体功能相关的一类需求。它们与系统总体特性相关，如可靠性、响应时间及需要的存储空间等。 12、非功能性需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。 13、非功能需求还与系统的开发过程有关，例如对在软件过程中必须要使用的质量标准的描述、设计中必须使用的CASE工具集的描述以及软件过程所必须遵守的原则等。 14、按照非功能需求的起源，可将其分为产品需求、机构需求和外部需求3大类。 15、产品需求对产品的行为进行描述；机构需求描述用户与开发人员所在机构的政策和规定；外部需求范围比较广，包括系统的所有外部因素和开发过程。 16、一个好的需求集应该包含用户解决问题需要的功能服务，而且尽量避免涉及软件设计与软件实现的细节。区分一个需求集质量的高低可通过软件需求质量度量的9个元素，即正确性、无歧义、完备性、一致性、分级别、可验证性、可修改性、可跟踪性、可理解性。17、需求工程可分解为需求开发和需求管理。需求开发关注需求的生成，需求管理关注需求变更的控制。 18、需求开发与需求管理之间的界限是基准需求规格。 19、需求管理是一个使客户与项目团队不断变更的软件需求达成并保持一致的过程。 20、需求开发的结果应该有项目视图、范围文档、用例文档、软件需求规格说明书及相关分析模型。 21、需求评审有两类，其中的正式技术评审也称为同行评审。 22、实现需求跟踪的一种通用方法是采用需求跟踪矩阵。 二、简答题： 1、软件需求的定义是什么，分别从用户角度和开发者角度给以阐述。 用户角度：用户解决问题或达到目标所需的条件或能力； 开发者角度：系统或系统不见腰满足合同、标准、规范或其他正式文档所需具有的条件或能力。
酒店管理项目-需求分析
酒店订房管理项目 项 目 说 明 书 荆州市职业技术学院国际信息技术学院 撰写：GX1202全体参赛人员 班级：GX1202
1项目背景 1.1目的 酒店客房管理系统在正常运营中需要对客房资源、客人信息、结算信息等进行管理，利用酒店客房管理信息系统对客房的各个操作进行管理,能够及时了解各个环节中信息的变更,有利于提高管理的效率 1.2 背景 组织本届软件编程大赛旨在激发武汉厚溥教育科技有限公司各合作院校学生学习软件知识的热情、运用软件技术的兴趣、检验软件编程的水平、推动软件产品的应用、提高学生的实际开发能力。同时通过此次大赛，期望激励学生的创新精神、团队合作精神、加强动手能力、培养创造能力、提高学生综合能力及社交能力、促进学生对软件开发的兴趣以及各合作院校计算机技术专业教学的交流与合作。 1.3运行环境 客户端：手机系统android 2.3以上,支持重力感应功能,手机内存10M以上. 前台及后台管理：cpu:奔腾4 1.6Ghz 内存:256M 硬盘:300M空余空间显卡无要求网络要求：最低56K Modem 操作系统：Windows 2000/xp/7 响应时间：<2s 存储速度：<4s 网络通信功能：联网实时更新,最低56k Modem. 开发环境：系统基于Java和MySql 的windows xp/7环境下. 以上以及更多
第二章项目整体需求概述 酒店订房大致框架图： 项目需求详细说明： 1.我们采用现在最流行的移动式设备手机为客户端,群体比较大,推广度比较强, 为酒店能够带来质的突破,解放了人力订房的千年陈规,可以实现远程登录 服务器订房,适合白领人群,搭车过车中都可以订房,节省时间 2.到达酒店后前台服务人员会询问您是否订房，如果有通过客户端订房的可以省 去一些步骤,通过前台直接可以入住,省去登记时间和流程,更快更高效 3.如果客户对于房间不是非常满意可以通过客户端提出换房的要求,只能换房三 次,如果超过三次换房,系统会默认扣除押金,也可以直接到前台提出换房或 者是退房要求,不收取任何手续费用 4.入住酒店之后可以选择给予该酒店服务,硬件设施等进行评价
生产管理系统解决方案
生产管理系统解决方案1、生产管理系统解决方案框
2、 生产管理系统是针对制造型企业的生产运营而开发的管理系统。生产管理系统主要包括订单管理、生产计划管理、成本管理、物料需求计划、采购管理、
库存管理、付款管理、质量管理、生产绩效等核心管理系统，实施生产管理系统能够提高了各组织部分管理的准确性，指导原材料定购，及时掌控各方数据信息，优化资金的合理使用，提高生产的效率和节省生产成本。 二、生产管理系统解决方案需求分析
社会的信息化的深入发展，各企业都在加快建设特信息网络平台的步伐。企业在处理采购、生产、成本管理、质量管理等重要环节方面，正在逐步加强 对利用信息化网络平台和计算机的利用。在企业生产管理中，对可视化信息的 需求十分迫切。比如，在安全防卫方面，企业需要再厂区、厂房、仓库以及各 交界处实施全天候视频监控及预警、录像系统；监管人员需要及时掌握各厂房 车间的流水线的生产情况；领导层也有了解各生产环节实时生产情况，现场语 音交流指导和处理突发状况的需求。 此外，制造行业的人力成本不断上升，而且人工处理缓慢，出错率高，因此企业对于生产管理软件开发提出了更高的要求，企业通过实施生产管理系 统解决方案，不仅促进企业生产社会化自动化要求，也是企业发展、减少成本 需要。另一方面，我国正处在粗放式经济增长方式向集约型转变的道路上，利 用生产管理软件来实现车间生产管理的信息化和生产管理的信息化，用生产管 理软件的精确管理控制代替手工的粗放式管理，更好的节约物料资源，降低产 品的成本，创造出最大的经济效益，不断地增强企业的核心竞争力。 三、生产管理系统解决方案 生产流程越来越复杂，使得企业越来越难以控制生产过程，对流程的 管理也随之缺乏灵活性；同时，社会分工越来越细化，生产工人对所从事的生 产的全过程也缺乏了解，因此也缺乏改变已有条件的积极主动性。 现在，企业生产有一种趋势向小型化、自治化的制造和装配单元发展，生产管理系统的生产计划和控制可以只对制造或者其他部门规定某个时间段应 该完成的粗略生产计划；具体的生产调度，如技术、分配、质量管理等功能都 分开控制完成，企业可以采用生产控制方法可以减轻负荷。
项目管理：怎样做需求分析
项目管理：怎样做需求分析 如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图1所示）。 ●了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 ●对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。 ●需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； 图1 获取用户需求的活动
⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 ●需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： ⑴明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； ⑵使需求符合系统的整体目标； ⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。 分析用户需求 在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执行下列活动： ●以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ●通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ●系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ●以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。
论软件项目中需求管理的重要性
需求管理对软件项目的重要性 信息技术革命正以迅猛之势更新着我们生存的社会。信息技术不再仅作为一项独立技术而存在。各行各业中信息化手段与技术的采用越来越突出，软件需求量越来越大，与此蓬勃发展的软件产业前景相反的是，软件行业落后的生产方式无法满足目前信息化时代飞速增长的软件需要，大型信息系统的成功率持续低迷。 以计算机软件、集成电路技术为主导的信息技术革命正以迅猛之势更新着我们生存的社会，信息技术不再仅作为一项高科技技术而存在，而是广泛渗透于各个行业领域的生产、经营、管理等过程，成为它们发展的辅助手段和管理工具。 信息的采集、分析、处理、整合、发布是信息产业的核心内容，它们都离不开软件。软件是计算机的核心，信息社会需要众多功能灵活的软件系统。 但是，自20世纪60年代以后，全球软件行业落后的软件生产方式无法满足目前信息化时代飞速增长的软件需要，传统的软件开发方式与软件产品设计过程已不能满足当今对软件产品多样化的业务需要，从而导致软件开发与生命周期维护过程中出现一系列严重的问题。 所以我认为“软件项目中的需求管理”是软件项目成败的关键，对项目成败具有决定性的作用。以下将阐述软件项目中需求管理的重要性。 现阶段需求管理的问题主要体现在以下几个方面：
1.软件项目中范围、进度、成本估算准确率低。 软件项目开发的实际成本远远高出估算成本高出；同时实际进度比预期进度延后几个月甚至几年。这种现象降低了软件组织的信誉。 2.客户对最终交付产品满意度低。 软件开发人员在对用户需求未有清晰了解的基础上，对所面对的问题领域还没有确切分析与设计的情况下，即着手进行开发、编写程序。造成实际产品与客户期望功能产生偏离，无法解决客户的真实需求而造成客户满意度降低。 3.软件产品质量差强人意。 软件质量保证技术没有贯彻地采用到软件开发的过程中，这必会导致软件产品发生质量问题。缺乏审核、复审和全面测试的软件难免质量低下，出错率高。 4.软件不可维护、生命周期短。 软件程序中错误难以改正，出现新的需求或者需求变更时原有架构不易于维护，不能根据用户的新需求在原有架构中进行改变。造成软件的使用年限缩短，软件成本加深。 5.软件缺乏配套文档资料。 软件产品应具备整套文档资料。然而在进度与成本的制约下，文档的编写与更新工作也使得软件组织疲惫不堪，每个人对文档内容的深度与阐述程度不尽相同。加之企业缺乏与之配合的文档制度、文档模板，更为文档编写带来困难之处。而缺乏相关文档对软件的二
软件项目管理之需求分析
软件项目管理之需求分析 需求分析是项目开发的基础，所以在进行软件项目开发之前，我们必须要了解下用户的需求是什么，避免在投入大量人力、物力、财力、时间等之后，开发出来的软件没人要。本文将从需求分析的过程、层次、需求开发阶段的重点以及需求分析的任务做详细介绍： 1.需求分析的过程 需求过程包括需求开发和需求管理2个部分： (1)需求开发就是对开发前期的管理，与客户的沟通过程，可以分为4个阶段：需求获取、需求分析、编写需求和需求验证。 (2)需求管理：就是软件项目开发过程中控制和维持需求约定的活动。包括：变更控制、版本控制、需求跟踪、需求状态跟踪。 2.需求的层次 需求的层次包括：业务需求、用户需求、功能需求、非功能需求等4个方面。 3.需求开发阶段的重点 (1)提取业务对象 业务对象是指系统使用的真实对象，例如一个供应链管理(简称SCM)业务对象主要包括：生产批发商、零售商、送货商、顾客多个层次。 (2)提取业务流程 在了解业务逻辑的过程中，应该列举出所开发软件模块的各自职能，并细化每个工作流程，深入分析业务逻辑。 (3)性能需求 在分析的前期应该注意客户对所开发软件的技术性能指标，如存储容量限制、运行时间限制、安全保密性等。 (4)环境需求 环境需求是指软件平台运行时所处环境的要求，如硬件方面：机型、外部设备、数据通信接口;软件方面：系统软件，包括操作系统、网络软件、数据库管理系统方面;使用方面：使用部门在制度上，操作人员上的技术水平上应具备怎样的条件。
(5)可靠性需求 对所开发软件在投入运行后发生故障的概率，应该按实际的运行环境提出要求。对于重要的软件，或是运行失效会造成严重后果的软件，应提出较高的可靠性要求。 (6)安全保密要求 在需求分析时应当在这方面恰当地做出规定，对所开发的软件给予特殊的设计，使其在运行中，其安全保密方面的性能得到必要的保证。 (7)用户界面需求 为用户界面细致地规定到达的要求。 (8)资源使用需求 开发的软件在运行时和开发时所需要的各种资源。 (9)软件成本消耗与开发进度需求 在软件项目立项后，根据合同规定，对软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。 (10)开发目标需求 预先估计以后系统可能达到的目标，这样可以比较容易对系统进行必要的补充和修改。 4.需求分析的任务 需求分析的主要任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型，其流程如下： (1)确定对系统的综合需求(功能、性能、运行、扩充需求) (2)制作产品需求文档(PRD) (3)分析系统的数据需求(概念模型、数据字典、规范化) (4)导出目标系统的详细的逻辑模型(数据流图、数据字典、主要功能描述) (5)开发原形系统 (6)从PRD提取编制软件需求规格说明书(SRS) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。
如何进行管理信息系统需求调研分析
如何进行管理信息系统需求调研分析 摘要：本文是在管理信息系统需求调研实践和学习中的一些经验总结，有些是自己的体会，有些来自专家的书本或文章，希望与大家分享，并起到一个抛砖引玉的作用，如有不妥之处欢迎指正。 一、软件需求的定义 IEEE软件工程标准词汇表（1997年）中定义的需求为： （1）用户解决问题或达到目标所需的条件或能力； （2）系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； （3）一种反映上述条件和能力的文档说明。 二、需求分析的几个方面 需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方面：确定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息；将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件；了解相关质量属性的重要性；讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识。 软件需求的各组成部分如下图所示：
三、需求文档规范 A、三种编写方法 1、用好的结构化和自然语言编写文本型文档； 2、建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系； 3、编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。 多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白为目的。 B、应有成果 1、各业务手工办理流程文字说明； 2、各业务手工办理流程图； 3、各业务手工办理各环节输入输出表单、数据来源； 4、目标软件系统功能划分（示意图及文字说明）； 5、目标软件系统中各业务办理流程文字说明；
软件项目管理系统要求规范
软件项目管理规范 一、软件项目管理的定义 软件项目管理是软件工程和项目管理的交叉学科，软件项目管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国项目管理协会PMI对项目管理的定义可以将软件项目管理定义为：在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。 软件工程的活动包括问题定义、可行性研究、需求分析、设计、实现、确认、支持等，所有这些活动都必须进行管理，软件项目管理贯穿于软件工程的演化过程之中，如图1所示。 图1 软件工程的演化过程 二、软件项目管理的过程 为保证软件项目获得成功，必须清楚其工作范围、要完成的任务、需要的资源、需要的工作量、进度的安排、可能遇到的风险等。软件项目的管理工作在技术工作开始之前就应开始，而在软件从概念到实现的过程中继续进行，且只有当软件开发工作最后结束时才终止。管理的过程分为如下几个步骤： （1）启动软件项目 启动软件项目是指必须明确项目的目标和范围、考虑可能的解决方案以及技术和管理上的要求等，这些信息是软件项目运行和管理的基础。 （2）制定项目计划 软件项目一旦启动，就必须制定项目计划。计划的制定以下面的活动为依据。 ·估算项目所需要的工作量 ·估算项目所需要的资源 ·根据工作量制定进度计划，继而进行资源分配 ·做出配置管理计划 （3）跟踪及控制项目计划 在软件项目进行过程中，严格遵守项目计划，对于一些不可避免的变更，要进行适当的控制和调整，但要确保计划的完整性和一致性。 （4）评审项目计划 对项目计划的完成程度进行评审。并对项目的执行情况进行评价。 （5）编写管理文档 项目管理人员根据软件合同确定软件项目是否完成。项目一旦完成，则检查项目完成的结果和中间记录文档，并把所有的结果记录下来形成文档而保存。 三、软件项目管理的内容
IT项目管理需求分析说明书
I T项目管理需求分析说 明书 内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）
IT项目管理需求分析说明书
目录 1.第一章引言 1.目的 本软件分析报告的目的是对根据客户的需求，对系统功能、性能需求向××客户、项目组开发成员、项目实施组和测试成员提供一个清晰的陈述。对IT项目管理功能的后续阶段等过程提供指导和工作原则。 2.IT项目管理内容简介 2.1.按管理目标 从IT项目管理的目标来看，IT项目管理需要管理项目费用/预算和项目过程。 项目费用/预算管理：对于项目费用/预算要求做到能够即时的查 询到本年度或者历史年度的预算以及费用付款情况，需要明细到 分公司的付款情况。目前具体的管理方法是由省局信息中心制定 编写年度预算，项目立项后制定付款计划。分公司实施付款计 划，在每次付款完成后将付款记录录入到系统中，省局信息中心 负责汇总。主要涉及到的文档/数据有，IT项目年度预算表，项 目立项表，项目付款计划，分公司付款记录，年度付款情况（报 表）。 项目过程管理：对于项目的过程要求能过做到能够将项目过程管 理中产生的文档/数据做统一的管理，在需要的时候能够随取随
用。并且做到能够查询到本年度或者历史年度计划的项目和实际 实施的项目对比报表。目前具体的管理办法是省局统一立项，制 定全省推广计划，分公司根据推广计划实施推进项目计划。主要 涉及的文档/数据有，IT项目立项表，全省计划表，计划明细表 （工作项/里程碑），招标表，合同表，年度项目完成情况（报 表）。 2.2.按IT项目的进程阶段 ××局的IT项目管理可以分为以下几个阶段：年度规划，项目立项，招投标管理，项目启动\建设，项目维护，每个阶段有特定的事务和对象需要处理，每个阶段又有特定的里程碑点来控制整个项目的进程。 1、年度计划：这个阶段主要是省局信息中心根据省局的各个部门和各地 市公司提交的信息化要求，和烟草局本身发展的需要，编制下一年度的IT项目预案，一般在三季度完成。涉及对象主要是IT项目年度计划。 2、立项管理：信息中心根据实际情况，在年度计划中挑选项目进行立 项，编制定立项表，招标表，合同表等。如果不在年度计划中的项目需要立项的话，要求先将其添加到年度计划中才能立项。 3、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务， 主要是管理招标表，甚至保留招标内容。一个项目中可能会有多个招标事务。招标完成和由省局和中标单位签订合同，也可能会要求各个
视频管理系统需求及解决方案
公司内部视频部门对于视频管理软件的需求 对于视频项目组来说，常常需要一些适合的视频片段、图片和音频（统称素材），来制作一些需要的原创节目、宣传片等视频片子。但是素材的查找、利用是一个很棘手的问题，所以需要一套素材管理系统。 该系统所需功能： 1、采集功能： 自动采集音视频资源 2、上载模块： 把本地收集、采集的原始音视频文件，以及其附件（说明文档、展示图片）添加到上载页面，提交上载完成。 3、素材编目： 对原始文件进行分类、编目，正题名、关键字、时间、作者等元数据，最后确定分类标识，提交完成文件编目。对视频资源、音频资源、以及图片资源划分管理；方便维护不同属性节目资源通过设置片段素材的入点和出点，完成片段素材的截取。通过在视频素材中，任意抓取关键帧来截取图片素材，形成单张图片，完成图片素材的获取。 4、修改功能： 可以对上载后的素材进行信息的修改和删除功能。 5、检索下载： 按照分类、关键字、编目属性等检索素材，对要找到的素材节目整篇下载，也可以通过在线预览，找到自己想要的素材视频片段，确定片段的入点和出点，提交信息，就可以把自己所需的片段下载到本地。如果想要获取某个内容的系列图像，也可以直接抽取关键帧，下载到本地应用。（注：检索方式需要提供模糊检索、全文检索、关键字检索、分类检索、等多种检索方式。） 6、字典表： 系统满足分类标引和编目著录属性的自定义功能。系统应用过程中，只要对字典表进行自定义配置，就可以满足个性需求。 7、用户管理： 管理员用户2个，负责具体的素材整理、编目、修改、上传等工作。对素材进行统一的管理。视频组其他人员及其他部门人员，可以进入素材库浏览所有素材，并下载使用。但不具有管理员权限。
软件项目中需求管理工作的重要性
软件项目中需求管理工作的重要性 开发一个软件项目，如果采用瀑布模型(或改进型瀑布模型)的话，通常会包括以下几个开发阶段，即：需求分析、系统设计、系统编码、系统测试、系统交付(及后续维护)。在项目管理过程域中，主要包括：项目规划、立项管理、需求管理、项目监控、风险管理和结项管理等。 我们把所有与需求相关的活动统称为需求工程。需求工程的活动又可分为两大类，即需求开发和需求管理。需求分析师通过需求调查(调研)、需求分析和需求定义，完成需求开发工作。而项目经理则通过对需求确认、需求跟踪和需求变更控制的主导，实现需求管理。 软件需求工程是软件项目开发工作的一个重要源头。它是由两个角色共同完成的。需求分析师一定要尽可能准确的获取客户需求，尽量一次做对，编写出高质量的《用户需求说明书》和《产品需求规格书》，努力降低项目中后期因需求变更对项目的成本、质量和进度的影响。而项目经理则需通过加强需求管理，有效的防范和减少不必要的需求变更。曾有人做过统计分析，如果在需求分析阶段发生的需求变更对项目带来的额外工作量是5的话，那么在系统分析和系统编码阶段发生的需求变更对工作量的增加分别是20和100。 对于那些软件能力成熟度高的软件企业的项目经理而言，可以毫不夸张的说：只要把需求管理做好了，项目也就已经成功了一半。 CMMI中对需求管理流程的定义与我项目实践的体会
集成式能力成熟度模型(CMMI：Capability Maturity Model Integration)把需求管理流程划分为六部分，分别是：1、制定需求管理计划;2、求得对需求的理解;3、求得对需求的承诺;4、管理需求变更;5、维护对需求的双向跟踪;6、识别项目工作与需求之间的不一致性。 毋容置疑，上述六个部分是构成需求管理流程的重要组成部分。但在实际操作中，仅仅是机械的遵循这些标准流程和要点，往往又是不够的。根据我在过去十年在国内的多个大型软件项目(涉及仓储管理、物流园区信息平台、保税区海关联网监管系统，以及港口社区综合信息平台等)担任项目经理的管理实践，我的看法就是：要想成功的执行需求管理，涉及到的一些关键成功因素还远不止这些。以下就是我的一些经验和体会。 我的两点经验 一、应紧密结合国内企业的实际特点和人文环境，通过多种手段消除“需求的不确定性” 开发企业级大型应用软件项目，需要应对的重要挑战就是“需求的不确定性”。那么，什么是“需求的不确定性”呢?我这里先例举两个场景。场景一：开发人员没有行业背景，不能很好的理解业务需求。某个开发项目，尽管经过了多轮次、十分详尽和深入的需求研讨，而且开发人员都确信自己已经明白了客户提出的业务需求，但费尽千辛万苦把系统做出来以后，客户却说：“对不起，这并不是我想要的!”于是几百万，甚至上千万的开发投入打了水漂;场景二：开发人员具备丰富的行业经验，也确实理解了业务需求，但开发项目组因为没有很好的平衡各
医院管理系统项目需求分析
医院管理系统项目需求分析 目录 1引言 ............................................................................................................................................ 错误!未定义书签。 1.1编写目的......................................................................................................................... 错误!未定义书签。 1.2适用范围......................................................................................................................... 错误!未定义书签。 1.3背景................................................................................................................................. 错误!未定义书签。 1.4术语定义......................................................................................................................... 错误!未定义书签。 1.5参考资料......................................................................................................................... 错误!未定义书签。2项目概述..................................................................................................................................... 错误!未定义书签。 2.1目标................................................................................................................................. 错误!未定义书签。 2.2用户特点......................................................................................................................... 错误!未定义书签。3功能需求..................................................................................................................................... 错误!未定义书签。 3.1流程图............................................................................................................................. 错误!未定义书签。 3.1.1门诊管理流程图................................................................................................. 错误!未定义书签。 3.1.2住院管理流程图................................................................................................. 错误!未定义书签。 3.1.3药库药房流程图................................................................................................. 错误!未定义书签。 3.2功能表............................................................................................................................. 错误!未定义书签。 3.3用例................................................................................................................................. 错误!未定义书签。 3.3.1门诊管理用例图................................................................................................. 错误!未定义书签。 3.3.2门诊管理用例说明............................................................................................. 错误!未定义书签。 3.3.2.1门诊挂号人员登录：......................................................................................... 错误!未定义书签。 3.3.2.2门诊挂号人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.3门诊挂号人员对挂号单的录入：..................................................................... 错误!未定义书签。 3.3.2.4门诊挂号人员对挂号单的查询：..................................................................... 错误!未定义书签。 3.3.2.5门诊挂号人员退号：......................................................................................... 错误!未定义书签。 3.3.2.6门诊挂号人员退出登录：................................................................................. 错误!未定义书签。 3.3.2.7门诊挂号人员结算：......................................................................................... 错误!未定义书签。 3.3.2.8门诊划价人员登录：......................................................................................... 错误!未定义书签。 3.3.2.9门诊划价人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.10门诊划价人员对处方的录入：....................................................................... 错误!未定义书签。 3.3.2.11门诊划价人员对划价单的查询： ................................................................... 错误!未定义书签。 3.3.2.12门诊划价人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.13门诊收费人员登录：....................................................................................... 错误!未定义书签。 3.3.2.14门诊收费人员修改密码：............................................................................... 错误!未定义书签。 3.3.2.15门诊收费人员收费：....................................................................................... 错误!未定义书签。 3.3.2.16门诊收费人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.17门诊收费人员结算：....................................................................................... 错误!未定义书签。 3.3.3住院管理用例图................................................................................................. 错误!未定义书签。 3.3.4住院管理用例说明............................................................................................. 错误!未定义书签。 3.3. 4.1住院部管理员登录：......................................................................................... 错误!未定义书签。 3.3. 4.2住院部管理员修改登录密码............................................................................. 错误!未定义书签。
任务管理系统需求分析
项目名称：某企业任务管理系统
1. 项目背景及其需求 1.1 项目背景 xxx有限责任公司（CATTSOFT）（以下简称“xxx”）是xxxx有限公司的全资子公司。xx软件以提供适合各通信网络和通信业务运营商需要的管理软件、支撑软件、增值业务软件系统为业务基础，为各类通信系统运营商或信息系统用户提供业务管理、网络管理、决策支持、系统集成和专业咨询的完整解决方案和服务。 现承接xx软件某业务部门的“业务管理系统”中“任务管理系统”子系统的设计和开发。 1.2 系统需求 1.2.1 术语解释 1.2.1.1 系统管理员 是该系统的一种用户，其权限是添加其他用户并分配其角色（包括主管和员工）。 1.2.1.2 主管 是该系统的一种用户，一个主管下属有一些员工。主管的主要权限是创建任务描述，并将该任务分配给其下属的员工。主管还可以跟踪任务的实施情况。 1.2.1.3 员工 该系统的一种用户，其主要权限是将上级主管分配的任务分解为具体的实施计划。再必要的时候可以调整计划的内容。 1.2.1.4 任务 任务是由主管创建并分配给员工的一项工作。一个任务有“待实施”、“实施中”和“已完成”三种状态。当主管建立一个新任务时，该任务的状态为“待实施”；当承担该任务的员工为该任务制定了计划后，可以将该任务的状态改为“实施中”；主管通过任务跟踪，当认为任务已经完成时，可以将该任务的状态改为“已完成” 1.2.1.5 计划 是由员工创建，表示一个任务的具体实施过程。一个任务可以对应多个计划，计划有两种状态“未反馈”和“已反馈”。当计划刚刚建立时，其状态为“未反馈”，当计划已经完成时，员工可以填写反馈信息并将其状态改未“已反馈”。
档案管理方案计划系统需求
档案管理系统需求 二、软件平台 投标人需要根据公司要求制定具体的解决方案。 特别声明：项目实施完成后，此项目软件平台产权属公司所有。 三、项目工期 签订合同2个月内完工。 四、系统总体功能要求 1建设原则 开放性原则 电子档案管理系统除了完成本系统内的各种业务工作之外，还应可以与其他系统互联。 在系统设计中，采用数据接口技术并考虑软件系统以后的扩充问题，将该软件系统设计成一 个可扩充的开放性的系统。 扩展性原则 在该软件系统的设计中，所有产品（包括软硬件）的选型及配置都应充分考虑到整个系统的可扩展性。系统将满足随着业务的不断发展而随时增加用户及软硬件产品的需求。安全性原则 在系统设计中，采用良好的安全机制；在数据传输中，选用当前成熟的数据 加密技术确保数据安全；在网络上，选用多层结构技术。同时，利用大型数据库 !_ 的安全性能确保存储数据的安全。 先进性原则 采用先进成熟的技术，确保系统的先进性和实用性。
规范性原则 开发过程控制、开发技术、系统编码、文档应规范化，并遵循相应的国内外标准。开发结束，需要提供必要的文档资料。 可靠性原则 保证系统的可靠运行和在升级过程中的方便快捷。 2.系统总体功能要求 基本要求 1、档案管理软件应具备数据录入、整理编目、数据转换、检索查询、统计 报表、借阅管理、权限设置、系统设置、数据维护、销毁管理、光盘制作、WEB 查询系统、全文检索模块、在线识别（OCR等基本功能，并能辅助实体管理及根据特殊需求增扩其他相应功能。 2、档案管理软件的功能设计必须符合国家有关档案工作和计算机信息系统管理的法律法规和业务技术标准。 3、档案管理软件的安装和使用，必须具有严格的安全保密机制。 4、档案管理软件应具有良好的实用性、兼容性及可扩展性，并做到界面友好，用语规范，操作简单，使用方便。 5、档案管理软件应具备较强的数据独立性，确保在软硬件环境发生变化时数据的完整、安全迁移及有效利用。 6档案管理软件应配有完备的安装与使用技术资料，主要包括：系统说明、使用手册、安装程序、培训手册等。 （—）数据录入功能 数据录入模块应该具备以下功能，可在自定义的界面下录入、编辑修改各种档案数据以及完成档案文本与各种电子档案原件（扫描的光栅图或矢量图）的挂接。在此处可完成项目录入、案卷录入、文件录入等工作。
浅谈软件开发外包项目的管理
浅谈软件开发外包项目的管理 所谓软件外包就是一些发达国家的软件公司将他们的一些非核心的软件项目通过外 包的形式交给人力资源成本相对较低的国家的公司开发，以达到降低软件开发成本的目的。众所周知，软件开发的成本中70%是人力资源成本，所以，降低人力资源成本将有效地降低软件开发的成本。那么，在软件外包项目管理中要注意哪些问题呢？ 一、如何选择外包商 1．公司规模 a) 具有一定规模的公司才有可能具有全面的软件开发能力，有客户需要的各类技术高手。 b) 接触过的企业比较多，才有可能接触过很多的项目，积累丰富的经验。可以将其他公司行业知识或是系统架构方面的经验进行分享。 c) 公司的声誉，财政状况，招工吸引力等，以保证项目期间无经济困扰，在软件人才频繁进出的情况下，有能力招募高手，有钱不断培训新人，从而力保高水平完成外包项目。 d) 后续服务的保障性。基本上，我们希望的厂商都是要能够长期合作的，毕竟默契跟关系是需要长期培养的，万一厂商规模太小，忽然有一天消失了，重新找厂商以及试运行项目又会是一个不太愉快的过程，更别说以前项目的维护工作可能没法得到保障了。 2．规范化。 a) 如果一个企业做得比较规范，我们会认为他们更可信。 b) 项目管理能力： 厂商使用的方法论是否完整；是否经历过大量项目的检验；是否运用数字化的管理工具；是否有明确的KPI；是否取得国际级的认证，如 CMMI；比如说获得CMMI 的认证，在国内好像也没听说过谁是真的过不去的，毕竟这个对培训机构来说也是一种商品化后的服
务项目，我的回复一向是：“是的，但是过了总比没过的好，总是多加了一份保障。” 3．价格：至于价格当然是越少越好，但不是要考虑的第一要素。Total cost的概念，包括项目的整体成本，以及后续需要维护的人员成本，是否有加值服务的提供(技术领域以及行业领域)。最早开始的时候，我们在议价的时候，更多的是考虑每个人天的单价，合作过几家厂商之后，发现如果从 Total 开发成本的角度来看，其实大家能提供的价格还是差不多的，单价低的可能项目周期会比较长，或是项目质量不如单价高的厂商，我们后续需要的测试以及维护成本加起来，其实成本是非常接近的，所以，还是建议找质量比较好的厂商，不要完全以人天单价或是项目总体价格来当作唯一的考虑点。毕竟省下来的钱是公司的，项目搞砸的 Credit是自己背的。 4．人员素质 沟通能力；英语能力；文档编写能力；是否对他专一，有资源一心一意压在他的项目上，而不要撤东墙补西墙。 5．地域性因素。这点随着互联网的普及以及各式沟通工具越来越多，倒是没有那么强的影响了，可以考虑在最后才使用这个指标衡量。 6．对你所在企业的认识。我们的经验是，对你越了解的合作伙伴，越容易培养默契，在项目的合作上也越容易体现出弹性，说的再虚一点的话，最好连合作伙伴的企业文化也能跟我们比较接近是最好的了，因为不管对方的老板答应你什么，真正干活的还是下面这批人。 二、管理外包商的要点 1．需求管理 在软件项目开发的早期，最主要解决的问题就是明确软件需求，但是现实中开发商往往很难理解企业的业务需求，加上业务需求会随着时间的推移而发生变化，造成软件需求一直在发生变化；另一方面，开发商提供的需求文档也很难被业务部门所理解，造成