设有两个事务T1、T2有如下调度，产生的不一致性是（）
步骤             T1                T2
1              读A=100
2                                  读A=100
3.            A=A+10写回
4.                                 A=A-10

A:丢失修改  B:不可重复读  C:读脏数据  D:幻影读

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （？） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

A:no  B:the same  C:other  D:lots of

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （？） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

A:testers  B:constructors  C:managers  D:architects

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （？） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

A:easy  B:difficult  C:simple  D:painless

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （？） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

A:sharing  B:excluding  C:omitting  D:ignoring

从所给的四个选项中，选择最合适的一个填入问号处，使之呈现一定规律性：             A                     B                    C                  D                                                          

A:A  B:B  C:C  D:D

从所给的四个选项中，选择最合适的一个填入问号处，使之呈现一定规律性：                                           A                     B                    C                      D

A:A  B:B  C:C  D:D

以下四个图形与其它图有区别的是?                 A                                            B                                             C                                     D

A:如上图所示  B:如上图所示  C:如上图所示  D:如上图所示

把下面的六个图形分为两类，使每一类图形都有各自的共同特征或规律，分类正确的一项是         ①                  ②                  ③                 ④                  ⑤                 ⑥

A:①②⑤，③④⑥  B:①③④，②⑤⑥  C:①③⑤，②④⑥  D:①④⑥，②③⑤

把下面的6个图形分为两类，使每一类图形都有各自的共同特征或规律，分类正确的一项是         ①                 ②                  ③                   ④                 ⑤                ⑥

A:①③⑥，②④⑤  B:①③④，②⑤⑥  C:①③⑤，②④⑥  D:①④⑥，②③⑤