自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(6)
  • 收藏
  • 关注

转载 业务定义与有效需求分析

1为什么要进行业务定义计算机技术支持的业务运营支撑系统是随着市场经营的需要不断得到完善和提高的。系统功能上经历了从最初的资料录入管理到生产派单管理、生产流程管理、统计管理、业务组织管理,一直到决策支持管理的过程。人们对计算机应用系统的态度上也经历了从开始的拒绝、怀疑、喜欢、依靠到最后渴望其无所不能的过程。但是,我们也发现,一方面,随着业务支撑系统性能的不断提高,系统的使用人员对系统的抱怨反

2009-08-04 19:32:00 447

转载 浅谈项目计划和需求变更控制

 一、做好计划项目计划是指导项目执行的依据,也是衡量项目组绩效的基准,做好计划至关重要。 项目计划是由项目总体计划和子计划组成的。通常,进度计划、质量计划、风险计划、测试计划、配置管理计划以及沟通计划是项目计划中比较重要、对实际工作也比较有指导意义的几个子计划。其中,进度计划是所有计划的基础,它确定了项目的时间范围,它让你知道在哪个时间应该完成哪项工作;质量计划则告诉你这项工作是否已经完成

2009-08-03 10:50:00 562

转载 一个UML建模实例

需求获取1.需求获取n系统开发的第一步工作就是进行需求收集。n需求收集从调查开始。n调查是为了发现了系统中的参与者和高层用例。 建立用例图n为了能够准确的描述用户的需求,就要使用用例。 n首先需识别用例,然后才能建立用例。 ⑴确定系统边界n在确定参与者和用例的过程中也就确定的了系统的边界,n用例是系统之中的,n参与者是系统外部的。(1

2009-07-30 15:55:00 2192 1

转载 软件技术文档撰写要求

 1 针对性文档编制以前应分清读者对象,按不同的类型、不同层次的读者,决定怎样适应他们的需要。 ① 对于面向管理人员和用户的文档,不应像开发文档(面向软件开发人员)那样过多地使用软件 的专业术语。 难以避免使用的词汇,应在文档中添加词汇表,进行解释。 ② 开发文档使用的专业词汇未被广泛认知的,应添加注释进行说明。 ③ 缩写词未被广泛认知的,应在其后跟上完整的拼写。 2

2009-07-30 11:35:00 420

转载 开发团队中的文档编写者

一般情况下,每一个开发小组都拥有一个或者更多的专业技术文档编写者,这些编写者负责为他们的产品编写出相关的技术文档。然而,并不是所有的公司能拥有专职的技术文档编写者。如果你必须编写出和你的软件产品联系在一起的技术文档的时候,你应该在你的脑子里记住下面的这些必须进行的事情。需要进行分析绝大多数技术文档编写者所做的第一件事情就是进行分析,而分析工作又可以分为两种:对象分析以及任务分析。对

2009-07-30 11:09:00 471

转载 软件过程中的文档

       孙悟空三大白骨精,相信谁都耳熟能详。里面有这样一个场景,孙悟空去化斋前,划了一个圈,将唐僧他们包在里面,只要他们在圈里面,就不会有事,如果出了圈就很危险。这个圈,就是一个范围、一个标准。在这个圈里,你随便折腾,怎么折腾都行,但千万不要越界,否则后果不堪设想。      而在软件开发中文档就是那个圈,它将项目开发所进行的一切活动都进行详细的定义,只要遵照这个文档去开发,那么最终

2009-07-30 11:03:00 395

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除