仟亿科技软件开发平台

盒式结构软件开发

  "净室软件规范"描述了对系统或程序的两个功能性的观点。第一个基于外部行为(黑盒),第二个基于状态机(状态盒)。以下将描述第三个观点--用于实现状态盒并展示特定的外部行为的过程或算法(明盒)。  自顶向下的循环过程必须做出许多设计决定。通过此过程,一个复杂系统的最高层规范转变为在计算机上执行的代码体。盒式结构方法本身不做出设计决定,但设计者最好考虑整个解空间。解空间

使用定期审查确定软件项目状态

 项目经理负责建立一个可行的工作计划(进度表),并确保项目按这个进度表顺利进行。然而,很多情况下让第三方机构对项目进行仔细检查,保证项目按计划进行会更加合理。大型关键项目尤其需要这样做。如果一个二个月的项目花四个月才完成,你可能会感到难过,但从本质上说,这不会对组织产生很大的影响。另一方面,如果一个预算1亿美元,为期二年的计划用了四年,花去二倍的预算才得以完成,可能就会对组织造成破坏性的

软件开发过程中为什么非功能性需求很重要?

 不要脱离实际环境有时,我们会因为读到一篇文章或一本书,或者看到一个感觉不完善的介绍而变得异常偏执。在每种情况下,人们只讨论一些技术、解决方案和选项的某些方面,而忽视了一个至关重要的问题:非功能性需求。诚然,功能性是非常重要的。毕竟,如果您不能展示您构建的系统实现了您想要的功能,那么谁会有兴趣呢?采取一种新颖、巧妙、更简单、更漂亮或更得体的方法来解决某种问题固然很好,但是如果您没有考虑非

软件开发文档简介

 如今,软件开发越来越复杂,软件功能也越来越丰富。而几乎所有成熟的商业软件,都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的!”,当我们震撼于Microsoft Windows的惊世巨著的同时,也道听途说了微软公司软件工程是如何的完善规范。的确,集数百名员工几年的共同努力之大成,软件项目管理的成败是控制开发成本的关键环节。这里面,少不了贯穿其中的重要步骤

小型软件项目开发的管理方法

 一个企业的管理,大公司有大公司的方式,小公司也有小公司的方式,如果把别人的经验生搬硬套到自己身上,可能会适得其反。同样,管理一个软件项目也一样,大项目和小项目的方式不完全一样。但从另一个角度来看,项目的大与小并没有本质的区别,很多方法是共通的。本文的目的是从作者的经验来谈谈小项目开发的管理。一、小项目的特点大家知道,“软件危机”的出现起源于一些大型项目的不断延迟

«12»

日历

<< 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.