随笔分类 -  项目管理

1 2 下一页
[forwarding]详解Linux命令行下常用svn命令
摘要：1）检出：1234567891011#svn co http://路径(目录或文件的全路径)　[本地目录全路径] --username 用户名 --password 密码#svn checkout http://路径(目录或文件的全路径)　[本地目录全路径] --username 用户名 --password 密码#svn co svn://路径(目录或文件的全路径)　[本地目录全路径] --username 用户名 --password 密码#svn checkout svn://路径(目录或文件的全路径)　[本地目录全路径] --username 用户名 --password 密码注：如果 阅读全文
posted @ 2013-11-15 12:44 盗草人 阅读(1847) 评论(0) 推荐(0)
[fowarding]Java程序员十戒
摘要：Java程序员有许多应遵循的守则或最佳实践方式。本文概述了每个开发者最应该遵循的10条守则或戒律，如果不遵循它们，将会导致灾难性后果。1. 为代码添加注释（Add comments to your code）.– 每个人都知道这一点，但不是每个人都会这么做。你有多少次“忘记”添加注释了？确实，注释不会为你的程序增加任何函数功能。但是，有多少次，看到2周前写的代码，你都记不起它是干什么的？你很幸运，那些未注释的代码是你自己写的，你脑海中还会有残存的印象。非常不幸，大多时候，代码是别人写的，并且那个人很可能已经离开公司了。有句谚语说的好：“有来有往，互惠互利”，因此程序员应该体谅彼此（还有你自己） 阅读全文
posted @ 2013-11-08 12:56 盗草人 阅读(267) 评论(0) 推荐(0)
【转】 应用系统性能估算
摘要：应用服务器和数据库服务器性能估算基准：1)依据硬件服务器标准TPC-C标准衡量服务器性能指标TpmC对服务器性能进行估算，其中TpmC指标指的是服务器一分钟处理的交易数，C指的是TPC-C标准。2)TPC-C官方数据对于p5-595（64路2.3GHz主频POWER5+）评测TpmC为：4,033,3783)声明：LoadRunner测试的响应时间不等于服务器交易处理时间，LoadRunner测试的响应时间是指一个事物从客户端发起请求到客户端得到响应的时间。包括：客户请求处理时间+网络处理时间+应用服务器（weblogic）处理时间+数据库服务器处理时间。以下估算服务器性能基于1）和2）两条基 阅读全文
posted @ 2013-11-07 13:06 盗草人 阅读(748) 评论(0) 推荐(0)
【转】ubuntu SVN server配置
摘要：一、SVN安装1.安装包$ sudo apt-get install subversion2.添加svn管理用户及subversion组$ sudo adduser svnuser$ sudo addgroup subversion$ sudo addgroup svnuser subversion 3.创建项目目录$ sudo mkdir /home/svn$ cd /home/svn$ sudo mkdir repos$ sudo chown -R root:subversion repos$ sudo chmod -R g+rws repos4.创建SVN文件仓库$ sudo svnad 阅读全文
posted @ 2013-11-06 01:04 盗草人 阅读(280) 评论(0) 推荐(0)
概要设计和详细设计区别
摘要：概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等=====================我是分割线============================== 软件设计采用自顶向下、逐次功能展开的设计方法，首先完成总体设计，然后完成 阅读全文
posted @ 2013-11-01 01:16 盗草人 阅读(1369) 评论(0) 推荐(1)
非功能需求 in 系统分析与设计
摘要：软件产品的需求可以分为功能性需求和非功能性需求，其中非功能性需求是常常被轻视，甚至被忽视的一个重要方面。其实，软件产品非功能性定义不仅决定产品的质量，还在很大程度上影响产品的功能需求定义。如果事先缺乏很好的非功能性需求定义，结果往往是使产品在非功能性需求面前捉襟见肘，甚至淹没功能性需求给用户带来的价值。所谓非功能性需求，是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。下面对其中的某些指标加以说明。1、功能性功能性指与一组功能及其指定的性质有关的一组属性，这里的功能是指满足明确或者隐含的需求的那些功能。具体包括：适合性：与规定任务能否提供一组功能，以及这组功能的适合程度有关的.. 阅读全文
posted @ 2013-10-31 13:05 盗草人 阅读(2383) 评论(0) 推荐(0)
【转】Mac下VIM配置
摘要：Mac下VIM配置首先，我们去这里下载MacVim，也可用这个网址：(http://code.google.com/p/macvim/)，进入后的界面如下：_______________________________________________________________________DownloadDownload MacVim 7.3 (snapshot 65) for OS X 10.8 (Mountain Lion).(Released September 1, 2012.)A list of changes as well as the latest snapshot f 阅读全文
posted @ 2013-10-24 21:55 盗草人 阅读(1884) 评论(0) 推荐(0)
【转】概要设计文档编写规范
摘要：做软件到一定层次了，就要考虑到设计了，设计了很久，就是不系统，系统的设计需要一个记录，记录就用文档，那么对项目所有包括技术上的设计都记录下来，我们就可以理解为软件的概要设计了。 设计规范以做参考在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。一、问题的提出概要设计写什么？概要设计怎么做？如何判断设计的模块是完整的？为什么说设计阶段过于重视业务流程是个误区？以需求分析文档还是以概要设计文档来评估开发工作量、指导开发 阅读全文
posted @ 2013-10-16 16:57 盗草人 阅读(434) 评论(0) 推荐(0)
软件架构的5视图法
摘要：5视图法可以帮助软件架构师以不同的视角对软件的各个方面的属性：功能需求，约束，运行期质量属性，开发期质量属性。1、逻辑架构：逻辑架构关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的“辅助功能模块”——。2、开发架构：开发架构关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现场框架、类库，以及开发的系统将运行于其上的系统软件或中间件。关注编译时刻的静态依赖关系。3、运行架构：运行架构关注进程、线程、对象等运行时概念，以及相关的并发，同步，通信等问题。运行架构关注运行期间各个单元的交互。4、物理架构：物理架构关注“目标程序及其依赖的运行库和系统软件”最终如何 阅读全文
posted @ 2013-10-14 21:33 盗草人 阅读(1369) 评论(0) 推荐(0)
系统边界确定
摘要：先说说系统边界的确定。这是在工程开发中紧接着需求分析的第二步。顾名思意，这个过程就是要确定我们要开发的系统和外部环境之间的界限，也就是要区分系统本身和它的外部环境。其中的外部环境可能包括用户,其它系统,软硬件条件等。 举个例子，一个银行系统，它的系统边界如何确定呢？ 首先，银行系统的外部活动者有储户,前台出纳员,银行管理员,这些都不属于银行系统本身，他们是此系统的外部环境； 其次，银行系统是运行在操作系统上的软件，它在运行过程中可能要进行生成文件,获取时间等操作，这涉及到操作系统的API，所以操作系统对于银行系统来说是外部环境； 再次，银行系统要打印交易凭条，打印机对于系统来说是外... 阅读全文
posted @ 2013-10-14 19:24 盗草人 阅读(7417) 评论(0) 推荐(0)
用例分析技术：确定系统边界
摘要：确定系统边界非常重要，是使用用例技术的基础，小记下！ 首先让我们定义一下经常在项目中用到的术语。系统是指你打算开发的任何事物，他可能是软件、硬件或者过程；项目是指为了建立一个系统而做的所有事情，包括指定计划、安排进度以及归档等。 在项目描述以及风险分析后我们需要做的是确定系统边界，那么如何才能确定系统边界？ 系统边界通俗点来说就是将项目分割成系统内的和系统外的，系统内的在以后的项目进展中我们必须为创建他们而投入大量的精力，系统外的我们不需要创建，但是需要我们考虑与他们的接口。若要将系统外的事物进行划分，那么系统外部大致可以分为我们产品将要面对的使用者（人），以及为外部别的系统提供的服... 阅读全文
posted @ 2013-10-14 19:13 盗草人 阅读(6072) 评论(0) 推荐(1)
系统边界的定义
摘要：系统边界，即系统包含的功能与系统不包含的功能之间的界限。一般在系统分析阶段定义，只有明确了系统边界，才能继续进行下面的分析、设计等工作。 不论这个系统是产品还是项目。所谓边界，也就是将这个系统看成一个黑盒子，和外界的交互。"这，是一个黑色的立方体，长45厘米，宽23厘米，高3厘米，盒子的每个角都不尖锐，上方平坦，并有柔软质感；下方在四角之处都有凹进去的螺丝口，可以接杆子，以作凳子用。" 这就是仅仅对其功用的描述，其目标是作凳子用。这可以看作是功能性需求，当然如果还有一些约束，例如"此立方体可以承受300斤胖人之重"，这就可以看作是非功能性需求。但同样还是 阅读全文
posted @ 2013-10-14 19:05 盗草人 阅读(5270) 评论(0) 推荐(0)
项目管理之需求基线管理
摘要：需求基线管理是需求管理活动中最基础的一个，《软件需求最佳实践》中有所阐述，结合实际工作梳理一下。 什么是“需求基线”？在某个特定版本中实现的功能性和非功能性的一组需求集合。引入需求基线后，意味着要采用分阶段或迭代的开发方式。这和敏捷开发中“风险前移”、“分阶段交付”、“小步快走”、“中途回顾”等理念是相契合的。 需求基线，通俗点说就是把这些需求都划一根“线”，说明这些需求已经确定下来，添加新的需求和修改原有的需求都必须通过需求变更流程来操作。目的就是为了防止需求的滥变给程序架构造成重大影响。 需求项划分应以业务驱动划分标准，因为业务主题，业务流程和业务活动相对于具体的软件需求而言是稳... 阅读全文
posted @ 2013-10-01 19:14 盗草人 阅读(1817) 评论(0) 推荐(0)
【转】雷军：扁平化管理 不打卡不设KPI
摘要：从“雷布斯”到2012年的营收126.5元，小米一直在不断刷新中国互联网的成长速度。那到底“雷布斯”雷军有什么管理秘诀促使小米如此高速增长呢？或许下文可以给一些答案和思考。在众多厂商扎堆发布新品的九月，苹果绝对不是唯一的亮点，小米手机3在还未正式发售的情况下逆市上升，获得了非常高的关注度。小米手机在国内的关注度可以说是由来已久，从“雷布斯”到2012年的营收126.5元，小米一直在不断刷新中国互联网的成长速度。那到底“雷布斯”雷军有什么管理秘诀促使小米如此高速增长呢？或许下文可以给一些答案和思考。花80%时间找人小米团队是小米成功的核心原因。和一群聪明人一起共事，为了挖到聪明人不惜一切代价.. 阅读全文
posted @ 2013-09-27 12:46 盗草人 阅读(465) 评论(0) 推荐(0)
【转】工作分解结构在软件开发中的应用
摘要：1　概述通过对项目管理的系统学习，我个人对于工作分解结构在软件中的应用有很深的感触，对于工作分解结构在软件开发中的应用有一些个人的看法和见解。首先我们看一下项目分解结构的定义，工作分解结构是进行范围规划时所使用的重要工具和技术之一，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目范围，未列入工作分解结构的工作将排除在项目范围之外。它是项目团队在项目期间要完成或生产出的最终细目的等级树，所有这些细目的完成或产出构成了整个项目的工作范围。从项目分解结构的定义和我们的学习我们知道，项目分解结构主要针对的是可交付物以及工作细分。同时通过学习我们知道，项目分解结构产生于项目计划阶段过程，在项目 阅读全文
posted @ 2013-09-26 00:25 盗草人 阅读(920) 评论(0) 推荐(0)
【转】 IT项目管理的三个条件、五个步骤
摘要：项目是为完成某一独特的产品或服务所做的一次性努力 。根据这个定义，项目就具有了目标明确性、活动一次性及资源消耗性等特性。换句话说，具备前面三个主要特性的活动，都可以看作是项目。现实中的项目随处可见， 如设备消缺、会议组织、技术竞 赛、结婚典礼以及家居装修等等，都可以看作是项目。在这些项目的实施过程中，都存在项目管理问题，不过，实际生活与工作中，可能更多关注的事情本身，而对做好事情相关的组织、计划、控制等过程相对缺少关注，或者没有经验与能力加以关注。 项目管理是在项目活动中运用知识、技能、工具和技术来实现项目要求 。项目管理总体有五个过程：启动过程、计划过程、实施过程、执行过程、... 阅读全文
posted @ 2013-09-22 00:02 盗草人 阅读(376) 评论(0) 推荐(0)
【转】成功产品的规律及团队角色职责
摘要：文 / Marty Cagan 译 / 兰蔚 刘雁Marty Cagan是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay产品管理及设计高级副总裁。本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享，谈到了成功产品遵循的十条规律以及产品团队的关键角色及其职责。20世纪80年代中期我还年轻，在惠普担任程序员，参与开发一款备受瞩目的产品。当时人工智能风靡一时，能进入业内最优秀的公司，加入一支出类拔萃的团队（许多同事后来成为业界的中流砥柱），我感到非常荣幸。我们的任务难度不小：为低成本的通用工作站开发软件。当时市场上都是软硬件结合的专用产品，每个用户的花费超过十万美元——鲜有人负 阅读全文
posted @ 2013-09-18 00:25 盗草人 阅读(247) 评论(0) 推荐(0)
【转】网页版式设计流程
摘要：来说说一些工作中碰到比较普遍的问题，经常听到很多设计师在遇到作品被枪毙或被打回返工后抱怨，比如领导层对作品风格、颜色、细节的不认同，抑或是上头意见变化太快，一天一个想法让设计师摸不着头脑，作品被否定的原因很多，但结果总是一样，那我们不如回过头来看看现在常见的设计流程是怎样的，从中找到问题的根源，并尽量去避免这些问题的发生。简单来说说我现在所处公司的一个设计流程：1、产品负责人或者总监会先出一个对要求设计的产品的文字策划方案，然后根据此方案，我们的产品负责人出一个大致的画板草稿，上面标明页面中有哪些板块，那些区域放什么内容等。2、根据此文字草案和画板，和设计师与技术支撑讨论功能是否能实现，并且可 阅读全文
posted @ 2013-09-15 23:40 盗草人 阅读(651) 评论(0) 推荐(0)
【转】代码里的命名规则：错误的和正确的对比
摘要：原文出处：goyello译文出处：外刊IT评论编程初学者总是把大量的时间用在学习编程语言，语法，技巧和编程工具的使用上。他们认为，如果掌握了这些技术技巧，他们就能成为不错的程序员。然而，计算机编程的目的并不是关于精通这些技术、工具的，它是关于针对特定领域里的特定问题创造出相应的解决方案，程序员通过相互合作来实现这些。所以，很重要的一点，你需要能精确的用代码表达出你的思想，让其他人通过代码能明白你的意图。让我们先看看编程大师Robert C. Martin的杰作《Clean Code |代码整洁之道》里的一句话：“注释的目的是为了弥补代码自身在表达上的不足。”这句话可以简单的理解为如果你的代码需 阅读全文
posted @ 2013-06-07 23:35 盗草人 阅读(170) 评论(0) 推荐(0)
【转】我所积累的20条编程经验
摘要：原文作者乔纳森·丹尼可（Jonathan Danylko）是一位自由职业的web架构师和程序员，编程经验已超过20年，涉足领域有电子商务、生物技术、房地产、医疗、保险和公用事业。正如乔纳森在文中所言，本文适合刚毕业的大学生和刚入门的程序员。如果你已是高级开发人员，或许你能在本文中看到自己的身影。从11岁时，我就一直在编程，并且一直都很喜欢技术和编程。这些年来，我积累了一些艰难又容易的经验。作为一名程序员，你或许还没这些经验，但我会把它们献给那些想从中学到更多的朋友。我会持续更新这些经验，我可能还会有更多的感想，但就我这20年来看，我想下面这个列表中基本不需要增添额外的东西了。下面就是 阅读全文
posted @ 2013-06-03 13:55 盗草人 阅读(136) 评论(0) 推荐(0)

1 2 下一页