全程建模之需求分析指南——管理类软件示例

本文以一个小型商业企业为例，阐述如何使用“全程建模”方法进行需求分析。避免软件开发变成胡子工程。并特别指出全程建模方法对形成用户手册的重要作用。     

基于软件需求分析方法的机械产品需求建模研究

通过对软件与机械产品的需求进行比较,说明了将软件需求分析方法应用于机械产品的需求分析建模的可行性,同时通过对OOSE的用例图方法进行详细分析与扩展以实现这一目标。这种机械产品需求建模方法具有系统化、表达方式直观简洁、支持全生命周期后续各阶段等特点,并为全生命周期的产品模型集成打下良好的基础。     

基于软件产品线的需求分析研究

软件产品线方法是一种面向特定领域的、大规模、大粒度的软件复用技术.在软件产品线的开发过程中,产品线需求分析是软件产品线开发的关键活动之一,软件产品线需求分析奠定了产品线构架的基础.通过分析软件产品线开发过程和软件产品线需求分析的特点,阐述了软件产品线需求分析方法以及软件产品线需求分析的实践风险.以领域分析和建模为切入点,对软件产品线的领域分析、需求建模和用例建模等关键方法和技术进行了重点的研究.     

浅谈软件项目的需求分析

当今世界各行各业对软件的依赖程度急剧增长,而在规定的时间和预算内开发出可靠并满足用户需求的软件系统,对于许多开发者来说都是一件非常困难的事情。由于软件项目中的需求变更而导致软件项目失败的案例越来越多,所以如何高质量完成需求分析已经被许多软件公司列入了重要的流程化管理中。需求分析的任务还不是确定系统怎样完成它的工作,而仅仅是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。     

软件工程大趋势：全程建模

本文在论述了有关软件危机种种问题之后，提出了一个兼收并蓄的系统分析设计的全面解决方案——全程镜像一体化建模方法，完全覆盖软件开发的中上游阶段：业务分析、需求定义、总体设计、详细设计，彻底解决了开发文档衔接的“两层皮”问题，充分满足了软件开发商要求统一各个阶段建模方式的呼声，为实现软件开发流水线化提供全的技术支持。     

业务定义与有效需求分析

在计算机应用系统建设过程中,有效需求分析是最关键的一步,本文深入分析了有效需求分析的概念,并讨论了有效需求分析的处理过程,最后讨论了做有效需求分析的前提条件。     

软件需求分析中的用例建模研究与应用

需求是软件项目的基础,如何把握用户需求,是项目成功与否的关键.一个灵活的软件需求分析技术,可以帮助开发人员准确获取用户需求.用例建模是面向对象软件开发技术的重要组成内容,它能够完整地捕捉系统的功能性需求,体现用户和系统之间的交互关系.通过一个实例分析,简要介绍如何使用用例建模技术,完成软件需求分析.     

全程建模在炼化营销业务中的应用—需求定义（二）

本文应用全程建模技术,对现有系统中自备车管理、售后服务和产品价格体系进行了深入研究,针对企业管理中存在的实际问题对部分业务流程进行了优化改造,重点解决了自备车和售后服务部门的管理问题,将运输调度和售后服务信息纳入到整个营销管理体系中。同时针对产品定价中的管理漏洞重新设计了业务流程,并给出了相应的设计流程图。     

基于XML的软件非功能需求建模研究

本文针对当前软件设计中非功能需求描述不清楚、难以实现等问题,对软件非功能需求建模方法进行了研究,提出了一个基于XML的软件非功能需求建模方法,构建了一个软件非功能需求元模型,该模型主要包括属性、约束和实现方法三个数据单元.在此基础上,利用XML Schema定义了软件非功能需求的数据模型结构,以一个通信系统的非功能需求建模为例说明了本模型的建模过程和方法,结果表明,该建模方法有助于设计人员对软件非功能需求进行清楚的定义.     

扩展UML类图的业务建模方法

本文在目前UML业务建模的方法基础上把UML业务类图从概念层向说明层进行扩展,运用情景矩阵描述业务规则,从而对业务过程建模,达到更好地支持业务模型向软件模的转化的目的.最后对建模方法进行了举例说明.     

集成化企业级建模工具——PowerDesigner 12.0

提高软件质量,缩短开发周期,并且使软件更能够适应业务需求的变化,以提高投资回报率,是每个企业所面临的、需要解决的关键问题。软件建模一直被认为是提高与有效控制软件质量的解决之道。近些年来为大家关注的主要是数据设计模型、对象模型、和业务流程模型。由于历史原因,面向数据架构,开发以及业务分析的建模工作总是被单独购买,彼此之间没有集成或共享信息。但是,企业不断需要更集成的建模套件,即集成化企业级建模工具,来支持在共享环境下,企业整个架构的不同方面的全面建模。     

大数据治理软件——DataUniCheck

卓越的业务根植于科学的规程和可靠的数据,大数据时代我们正面临更高品质的数据治理、数据应用的需求与挑战。当业务数据从一个场所迁移或复制到另一个场所,从一个业务体系整合到另一个业务体系,在经历联合、拆分、衍生、传输等一系列操作后的数据还是您期待的数据吗？它能够满足您所设计的业务管理需求吗？网络的不稳定、存储介质故障、失误性的操作、恶意的篡改与盗取,种种例外的因素让我们不得不疑问：我的数据是不是“走偏了”、“丢失了”？     

基于用例的软件需求开发与管理平台的研究

需求工程在软件生命周期中占有非常重要的地位,需求开发与管理工作也存在着相当多的困难.为解决需求开发中存在的软件开发人员与客户交互比较困难的问题,引入了一种基于客户角度来说明问题的需求描述方法,即用例分析技术.介绍了一个基于这种需求实践的软件需求开发与管理平台的设计与实现.通过实际应用证实,这个平台可以在一定程度上帮助软件开发组织提高软件需求开发与管理工作的效率与能力.     

HP软件质量模型——应对质量管理挑战

如今，企业面临的问题已经不仅仅是如何让业务快速增长，摆在他们面前的，还有业务增长带来的新问题：IT部门如何支持业务发展，如何满足不断增长的业务需求。     

基于聚类优化的SDN多域自适应管理方法

针对软件定义网络(SDN)多域网络中存在子域规划及控制器部署不合理的问题,提出一种新的SDN多域自适应管理方法。基于改进的节点聚类思想,设计SDN子域划分优化算法,依据网络中的吸引度和归属度对节点进行聚类,完成子域规划。面向子域中不同网络代价,给出控制器自适应部署算法,并通过代价加权求和得到子域网络总开销,完成控制器部署。仿真结果表明,与控制器自适应部署算法、负载均衡算法等相比,该方法网络子域划分和控制器部署更加合理,可节约23%的备份控制器空间,改善网络的综合性能。     

CMM给我们带来了什么之——全面提升开发机构的需求管理能力

软件需求的获取，维护，归档的校验有赖于系统化的分析，这种分析要以项目的所定义的软件开发流程为根据。     

集团型企业全面预算管理业务分析与建模研究

以集团型企业全面预算管理为研究对象,基于软件工业化生产原理,提出了基于构件的集团型企业全面预算管理信息体系业务分析与建模思路方法,把领域技术、构件技术、面向组装、可视开发等一些先进的软件技术有机结合到全面预算管理信息体系构建中去,并以全面预算4种管理模式之一--"利润为核心"的预算管理模式为例,给出了基于构件的集团型企业全面预算管理业务需求建模、信息体系建模过程方法,为集团型企业全面预算管理信息化建设提供了新的实现思路.     

面向UUT问题域的测试需求分析方法研究

针对当前UUT测试需求分析过程中存在的问题,提出了面向UUT问题域的测试需求分析方法.该方法解决了UUT测试需求分析过程中容易混淆软件分析过程和设计过程的界限,不能清楚地划分软件设计人员的角色和任务等问题,从技术上和体制上保证了UUT测试需求分析任务的实现.     

制造企业基业常青的源泉——产品创新(十):产品设计开发

在实际的咨询业务过程中,笔者发现,大部分重视研发的企业事实上并没有把需求定义得非常清楚,因此常常导致企业后来的巨大损失。因此,笔者之前连续几期都在介绍如何获取、分析和定义需求。如果从事过软件行业,很多人可能对CMMI有所了解,CMMI也非常重视需求的管理,在这个层面上,CMMI与IPD有共通之处,而相比较之下,ISO9000则对需求管理的要求显得较弱,笔者认为,这也是ISO9000的一个不足之处。     

软件演化过程建模中的开发人员度量方法

提出了一种在构建形式化的软件演化过程模型(formal software evolution process model,FSEPM)中使用X-S图来度量开发人员的统计控制方法.开发人员是构建模型的核心角色,度量其相关属性可以透析和严格管理开发过程.通过一个实例说明如何度量处在构建过程中的开发人员,利用度量结果来分析开发过程的稳定性、找出可归属原因、进行预测和估计、并为整个开发过程的演化奠定基础.