随笔分类 - 项目管理
摘要：概述:组件图是不同的性质和行为。组件图用于模拟物理方面的系统。现在的问题是什么，这些物理方面？物理方面的元素，如可执行文件，库，文件，证件等它位于在一个节点。因此，组件图用于可视化的组织和系统组件之间的关系。这些图也被用来使可执行的系统。目的:组件图是一种特殊的UML图中。所有其他图表到目前为止讨论的目的也不同。它不描述该系统的功能，但它描述了用于使这些功能的组件。所以从这一点来说，组件图用于可视化在一个系统中的物理组件。这些组件库，程序包，文件等。组件图也可以被描述为一个静态的实施的系统视图。静态执行代表组织的组成部分，在一个特定的时刻。一个单一的组件图不能代表整个系统，但图的集合可用来代表
阅读全文
摘要：概述:为了模拟系统最重要的方面是捕捉到的动态行为。为了阐明位详细信息，动态的行为意味着它运行时/操作系统的行为。因此，只有静态的行为是不够的模拟系统，而动态的行为，更重要的是比静态行为。在UML模型的动态性质和使用情况图5图就是其中之一。现在我们要讨论的，本质上是动态的用例图，应该有一些内在或外在因素互动。这些内部和外部代理是已知的行为体。因此，用例图由主角，用例和它们之间的关系组成。该图是用来模型的一个应用程序的系统/子系统。一个单一的用例图捕获系统的特定功能。因此，来模拟整个系统的用例图。目的:用例图的目的是捕捉到一个系统的动态方面。但这一定义过于笼统描述其目的。因为其他的四个图解的图（活
阅读全文
摘要：概述:部署图用于可视化的软件组件部署的系统中的物理组件的拓扑结构。因此，部署图是用来描述一个系统的静态部署视图。部署图由节点和它们之间的关系。目的:部署名称本身描述的原理图的目的。部署图用于描述软件组件部署的硬件组件。组件图和部署图是密切相关的。组件图是用来描述的组件和部署图显示了它们是如何在硬件中部署。UML的设计主要是把重点放在系统的软件构件。但是，这两个图是使用特殊图表专注于软件组件和硬件组件。所以大多数的UML图是用来处理逻辑组件，但把重点放在系统的硬件拓扑部署图。部署图用于由系统工程师。部署图的目的，可以描述如下：可视化系统的硬件拓扑。描述用于部署软件组件的硬件组件。描述运行时处理节
阅读全文
摘要：概述:图表本身的名称，阐明该图的目的和其他细节。它描述了在一个系统中的一个组成部分不同的状态。状态是特定的一个系统的组件/对象。状态图描述了一个状态机。我们阐明的状态机可以被定义为一台机器，它定义了一个对象，这些状态控制的外部或内部事件的不同状态。在下一章节解释的活动图，状态图是一种特殊的。作为状态图定义了状态，它被使用的对象的生存期模型。目的:状态图是一个用于模拟系统的动态性质的五个的UML图。他们定义一个对象在其生命周期的不同状态。这些状态改变的事件。因此，状态图是有用的模型反应系统。反应式系统可以被定义为一个系统，响应外部或内部事件。状态图描述从一个状态到另一个状态的控制流。国被定义为一
阅读全文
摘要：概述:从名字交互作用很明显，图中是用来描述一些不同的模型中的不同元素之间的相互作用。所以，这种相互作用是动态行为的系统的一部分。这种互动行为表示UML中的两个图，被称为序列图和协作图。这两个图的基本宗旨是相似的。序列图强调时间顺序的消息和协作图注重发送和接收消息的对象的组织结构。目的:交互图的目的是可视化系统的交互行为。载入可视化的交互是一个困难的任务。因此，解决方案是使用不同类型的模型来捕获不同方面的相互作用。这就是为什么序列和协作图是用来捕获动态性质，但是从不同的角度。因此，交互图而言，可以描述为：捕捉一个系统的动态行为。来描述该系统中的消息流。来描述对象的结构组织。为了描述对象之间的互动
阅读全文
摘要：概述:活动图是另一个重要的UML图来描述系统的动态方面。活动图基本上是代表流程形成一个活动到另一个活动的流程图。活动可以被描述为一个系统的操作。因此，绘制控制流从一个操作到另一个。此流可以是连续的，支链的或同时的。活动图处理所有类型的流程控制，通过使用不同的元素，如交叉、加入等目的:活动图的基本用途是其他四个图类似。它能够捕捉到该系统的动态行为。其他四幅图是用来显示从一个对象到另一个消息流，但用来显示消息流从一个活动到另一个活动图。活动是一个特别的系统的操作。活动图不仅用于可视化系统的动态性质，但它们也可用于通过使用正向和逆向工程技术来构建可执行的系统。唯一缺少的东西在活动图的消息部分。它并不
阅读全文
摘要：UML 概述:UML是一个通用的建模语言。它最初开始捕捉到复杂的软件和非软件系统的行为，现在它已经成为一个OMG标准。UML提供元素和组件的复杂系统支持的要求。 UML遵循面向对象的概念和方法。因此，面向对象的系统通常使用的图案语言建模。UML图绘制等从不同的角度设计，实现，部署等上面的结论UML可以被定义为一种建模语言，捕捉到一个系统的体系结构，行为和结构层面。对象是这个面向对象世界的关键。面向对象的分析和设计的基本要求，是有效地识别对象。责任分配给对象。一旦这个任务完成了设计使用输入分析。UML具有重要的作用，在该面向对象的分析与设计，用于模拟设计的UML图。因此，UML有一个发挥重要作用
阅读全文
摘要：在世界上统一建模语言UML2.0是完全不同的维度。它在本质上更加复杂和广泛。与UML1.5版本相比，文件的程度也增加了。 UML2.0中还增加了新的功能，所以它的使用可以更广泛。UML2.0将正式和完全定义语义的定义。这种新的可能性可以用于模型的开发，并从这些模型可以产生相应的系统。但要利用这个新的层面，必须作出相当大的努力，获得知识。UML2.0的新的层面：UML的结构和文档UML2.0的最新版本进行了全面修订。现在有两个文件，描述UML：UML2.0架构的定义是基于UML语言的基本结构。本节是UML的用户并不直接相关。这是指向对建模工具的开发。所以，这方面不是在本教程的范围。UML2.0上
阅读全文
摘要：前面介绍了创业型软件公司的工作模式，这里详细介绍下如何实施，第一步是先要搭建环境，有了环境才能开展工作。整个软件项目分为四个环境 开发本地环境、开发环境、测试环境、IDC环境。和传统C++开发不一样的模式是多了第一个开发本地环境。这是为什么呢，因为目前大部分开发人员还是比较熟悉windows下开发。对于mac和linux下直接使用软件并且开发的中国开发者还是少之又少，这套架构就这个现状做出来的。如下是环境搭建架构图：从环境来说：一、开发本地环境、开发集成服务器搭建。 前端开发者、后台开发者。前端开发用的最多的是photoshop和dreamweaver。在做psd之前大部分是不会协同开发的，只
阅读全文
摘要：前面介绍了创业型软件公司的工作模式，这里详细介绍下如何实施，第一步是先要搭建环境，有了环境才能开展工作。整个软件项目分为四个环境 开发本地环境、开发环境、测试环境、IDC环境。和传统C++开发不一样的模式是多了第一个开发本地环境。这是为什么呢，因为目前大部分开发人员还是比较熟悉windows下开发。对于mac和linux下直接使用软件并且开发的中国开发者还是少之又少，这套架构就这个现状做出来的。如下是环境搭建架构图：从环境来说：一、开发本地环境、开发集成服务器搭建。 前端开发者、后台开发者。前端开发用的最多的是photoshop和dreamweaver。在做psd之前大部分是不会协同开发的，只
阅读全文
摘要：说起敏捷开发，并不是因为敏捷而敏捷。这几年的敏捷开发已经被很多敏捷咨询服务商神话了，这个东西并不是神器，实施了就可以解决所有软件公司的问题，而是要结合自己公司的特点和问题摸索出适合自己的一套模式。大家都知道，创业公司刚开始需要研发出一款产品并且能够使公司赚钱的产品，不过大部分创业公司没有那么容易一下就能做出来，很多公司还没有成功的产 品资金链就断掉了，公司也死掉了。我们公司是这样一个状况，有一条产品线可以维持公司开支并仅仅刚够盈余，要扩大高速发展还不够，一直维持就没有创业的意 义。另一条线是做技术创新为未来能够开发一款人气爆棚的产品摸索着，但是又不能饿着肚子去开发。我们是如何结合自身的特点实施
阅读全文
摘要：1. 项目开始前组织培训 使用的工具和技术， 如git, log4net, Resharper, Redmine, NAnt等 项目编码规范 项目使用的框架和设计培训2. 每日构建每日构建要能够自动化执行。覆盖以下内容来保证项目质量: 单元测试的代码覆盖率达到90%，每日构建能够成功通过 所有代码运行过程, log4net可跟踪 通过自动化的验收测试 每天使用NAnt做每日构建，运行单元测试，代码质量检查，代码重复检查，安装包制作和发布3. 关于测试数据在项目开始时，着手准备建立和维护一套数据库结构和测试数据，测试数据要达到以下要求： 测试数据应...
阅读全文
摘要：当项目繁多的时候，需要规范，并且定义到细节，只有这样，才能支持大规模的开发。 PM非常重要，PM的能力将直接导致项目最后的质量。 本文是根据公司当前的现状而描述的，并不一定普遍适用－－合适的，就是最好的。 项目经理职责：1、基本职责就是确保项目目标的实现，领导项目团队准时、优质地完成全部工作。2、与客户沟通，了解项目的整体需求。并与客户保持一定的联系，即时反馈阶段性的成果，和即时更改客户提出的合理需求。3、制定项目开发计划文档，量化任务，并合理分配给相应的人员。4、跟踪项目的进度，协调项目组成员之间的合作。5、监督产生项目进展各阶段的文档，并与QA即时沟通，保证文档的完整和规范。6、开发过程.
阅读全文
摘要：最近倍感轻松,因为负责的项目已经正式上线了.回顾这1年半的时间,真是酸甜苦辣,五味俱全.先来说下我们的项目,费用大概加起来接近300万,项目分为3个Phase,历时15个月终于正式结束了.所以在此回顾一下项目,并总结一下其中的经验和教训.欢迎各位拍砖. 由于我们以前很少做项目(基本都是产品),所以在刚开始接到这个项目的时候,说真的,公司并没有成功的经验来供我们参考, 所以在我们项目结束后,来统计投入和收益的时候,我们竟然发现其实我们在项目的第一阶段基本不赚任何钱.这是因为项目开始时,我们投入的人力高达20个 人,其中包括一半是外包人员(然而这些不稳定的外包人员不但没有给我们的项目带来帮助...
阅读全文
摘要：需求变更管理流程各家企业有各家的做法，在我们项目组，通过变更管理流程软件来实现需求变更。步骤如下： 1：提出变更申请 （1）：客户提出需求变更，提交给客户方责任人； （2）：客户方责任人审核需求变更，认为属于变更范围，允许变更，则转给我们责任人；如果不允许变更，则转给需求变更提出人，要求完成内容或取消需求变更； 2：变更评估 （1）：我方责任人接收到需求后，初步了解需求，之后和客户进行沟通，详细化需求情况； （2）：初步估算变更产生的工作时间和费用情况； 3：变更决策 CBD对需求变更作出决策。由于其中设计到工作时间和费用，需要相关人员，包括客户参与作出决策。 4：接收变更 双方达成...
阅读全文
摘要：1. 熟悉工作环境，认识新同事 2. 制定学习计划、跟进学习进度（1） 了解新人的情况，制定出尽量适合新人的学习计划，计划制定的要细致，包括各个阶段要学习的内容、学习时间、学习资料、学习产出。（2） 找个机会和新人一起看下学习计划，讲解计划内容以及认真听取新人的意见，根据新人反馈的信息适当的调整计划。和新人的沟通可以让自已更能了解新人，制定尽量适合新人的计划能让新人带着合理的目标去学习，而不会让新人感到迷茫和困惑。（3） 跟进学习进度是让自已了解前期制定的计划是不是适合新人，并且可以通过这种方式了解新人的学习情况和遇到的问题，及时根据具体情况协助新人解决。在新人执行计划前，告诉新人以日报的形式
阅读全文
摘要：常见的项目规模估算失准原因 一直以来，软件项目的规模估算（Size Estimation）是个争论不休的问题。不论是对软件开发团队还是对软件用户，软件规模估算的重要性都是不容置疑的。因为它能极大的影响着甲方对发包 软件的成本估算，乙方对自身开发成本的预测，以及乙方对开发过程的量化管理等诸多方面。而且，只有相对合理和相对准确地估算软件规模，才能对项目的进度安 排、资源分配等各个环节进行合理的部署。所以，软件项目的规模估算是软件项目中相当重要的一环。但是，以下的原因却使到我在这次项目的实际操作中对项目规 模估算失准了： （1）对项目规模估算认识不足 项目规模估算一般分为两种应用场景：一是招投标的时
阅读全文
摘要：1. 软件版本阶段说明 * Base版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。 * Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。 * Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。 * RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。 * Release
阅读全文
摘要：学习型项目团队是以完成一个或多个项目为目标，共享信息和其他资源，并按一定的组织规则通过充分的沟通和协商开展工作的团队。项目团队中如果能顺利 引入学习型团队建设，不但能提供组织绩效，还能带动组织生命力。在学习型项目团队中，每个人都要参与识别和解决问题，使团队能够进行不断的尝试，改善和提 高项目实施能力和创新能力。学习型项目团队的基本价值在于解决问题，有别于传统项目团队以效率为设计的着眼点，其通过独特的方式综合考虑客户需求和项目特 性，提出创新观念来实现项目价值的提高。 建立学习型团队基本条件： 1、建立共同目标 共同目标可以凝聚项目团队上下的意志力，使大家努力方向一致，个人也乐于奉献，为项目目.
阅读全文
浙公网安备 33010602011771号