仟亿科技软件开发平台

Rational的嵌入式软件开发解决方案
IBM是领先的生产力工具提供商,软件开发人员可以使用这些工具构建业务、数据、电信基础设施、设备以及嵌入式系统应用程序。IBM为嵌入市场提供了广泛的解决方案。
IBM Rational推动着IBM的软件开发工具战略,它的基础是IBM软件开发平台,这是一个开放的、模块化的、基于标准的应用程序开发基础设施。
IBM提供的工具和服务利用和扩展了IBM WebSphere家族应用服务器,在深度和广度上为构建
软件项目的核心风险
风险在所有的项目中都是存在的,在这些风险中有些是项目失败的罪魁祸首,下面列举五种最常见的,对项目的成败有着巨大影响的风险。
1. 从一开始进度的安排就是错误的
人们总是倾向于乐观的估计,常常无视那些“可能需要做”的工作,尽管你可能对项目规模作了认真的估算,但是估算的结果仍可能太小,这也就直接导致进度的安排常常比应有的更紧张,在这种情况下能够产出的成果也很有限。但是人们常常被这种看上去激励人的进度安
IT项目需求软着陆
一、“千般路”与“磨豆腐”
很久以前听一个故事:从前有个小伙子,少时有大志,长大后却无好营生,开了个豆腐作坊,每天磨豆腐累得腰酸背疼。每到夜深人静,小伙子辗转反侧,总想找条更好的“事业之路”,可是想过千百条、尝试过几十条路,都走不通。夜不成寝,白天干活更累,小伙子不由慨叹:“晚上想过千般路,白天还得磨豆腐”。
不久以前看过一篇文章:《CMM欺骗了中国的软件业》,内容是对CMM热的反思。CMM当然不
软件开发文档的价值和问题
像很多同行一样,我理解软件文档的价值。不幸的是,在开始一项任务之前我却很少阅读软件文档。相反,我通常会模仿目光短浅的父母,他们在组装好孩子的自行车时,总会多出一些零件来。
如果我们知道软件文档的价值,那么为什么不经常使用它呢?对于新手,大多数软件文档都存在很多下面提到的这些问题:
• 糟糕的语法和/或拼写错误的词语

• 不完整

• 过期或不准确

• 篇幅太长

• 首字母缩写没有解释或术语不专业

• 难于找到信息或在文档中定位
存在这些问题的主要原因是软件文档通常没有被给予足够的重视。项目预算被迫将主要活动花在了开发工作上,在那里管理层很容易看到他们的收益。值得投入成本的文档工作通常都是主观的,而且通常被刻画为需要避免的成本,因为它们被认为不能产生投资回报(ROI)。很多项目经理将客户所需要的最少文档看作是“镀金”。
...
软件开发绩效管理实现“投资于人”

 在绩效管理这个工作上,管理者最大的抱怨莫过于“耽误时间、制造麻烦”了。许多管理者之所以对绩效管理抱有成见,就是他们认为绩效管理人力资源部强加给他们的工作,是额外的负担,使他们不得不中断手中的工作,去应付人力资源部的“差使”,比如填表打分,比如划分等级、区分优劣,比如面谈反馈。实际上,绩效管理并不是管理者的额外负担,相反,它根本就是管理者的

软件 ERP技术的新方向

 ERP产业困局谁也没有料到,国内的ERP产业在经历了两三年的风光后,那么快地陷入了一个新困局:恶性竞争越来越激烈。恶性竞争所带来的直接后果便是,提供商们的日子过得越来越艰难营业额在上涨,但利润率却在下滑。为什么既令ERP提供商也令用户深恶痛绝的恶性竞争会如此盛行?在ERP领域磨练多年的新中大软件股份有限总裁石钟韶认为,造成恶性竞争的根本原因在于:国内ERP产业的同质化现象越来越严重。一

企业软件开发工程项目和商业软件项目之不同
企业业务软件工程项目和商业软件产品项目上项目无论是需求重点,实现方式,项目管理等方面都有极大不同。现在的软件工程有关研究并没有关注此中的区别,实际上,其中绝大部分还集中在较简单的产品项目上。对于需求变动要大得多的企业软件项目来说,对需求进行分级管理是非常必要的,也是生死悠关的。
企业化软件项目和商业软件的(承包开发)还是有很大的不一样的,最大的区别就在于项目需求的重点不一样,以致于这两种同样称为软
软件开发项目质量管理层次模型(1)

 1 概述质量:一组固有特性满足要求的程度,指产品或服务满足规定或潜在需要的特征和特性的总和。它既包括有形产品也包括无形产品;既包括产品内在的特性、也包括产品外在的特性。即包括了产品的适用性和符合性的全部内涵。软件质量:与软件产品满足明确或隐含需求的能力有关的特征和特征的总和。有四个含义:1、能满足给定需要的特性之全体;2、具有所希望的各种属性的组合的程度;3、顾客或用户认为能满足其综合

软件开发项目方法述评(1)
60年代中期开始爆发了众所周知的软件危机。为了克服这一危机,在1968、1969年连续召开的两次著名的NATO会议上提出了软件工程这一术语,并在以后不断发展、完善。与此同时,软件研究人员也在不断探索新的软件开发方法。至今已形成八类软件开发方法。
一、Parnas方法

最早的软件开发方法是由D. Parnas在1972年提出的。由于当时软件在可维护性和可靠性方面存在着严重问题,因此Par-nas
为何编程水平决定软件开发质量(一)
1.软件质量的内涵
首先再来看PMBOK对质量的定义是内在的系列特征满足要求的程度。这里我们的关注点是这个要求是谁的要求,如果仅仅理解为最终的使用软件的用户的要求,那就片面的理解了软件的质量。因此这里的要求应该理解为满足内部用户和外部用户的要求。
◆外部用户要求

正确,高效,健壮,易用和可靠

◆内部维护人员要求

可维护(代码易读,易读,易Debug,注释清晰,容易扩展)

◆内部测试人员要求
«12345678910111213»

日历

<< 2023-5 >>

Sun

Mon

Tue

Wed

Thu

Fri

Sat

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

最近发表

Powered By 仟亿科技 Copyright 2011-2012 仟亿科技. All Rights Reserved.