D is the only option that resolves the paradox completely. D essentially says that accessibility to waiting users is restorable subject to a condition that the number of active licenses that have been logged off reach a certain pre-defined minimum, a figure that has been 'set' by the software administrator team. For example, let this pre-defined number be 'set' to 10. Now, if only 5 active licenses have been logged off, then NONE of the waiting users will be able to access Pro-CAD. However, if 10 or more licenses have been logged off, then at least one user (SOME) will definitely be able to access Pro-CAD. This option clearly demonstrates why waiting users are unable to access Pro-CAD ocassionaly, i.e. on occasions when ALL waiting users would be MADE to wait if the 'set' limit of free licenses is not reached and on occasions when SOME are MADE to wait when the total no. of waiting users originally is more than the no. of licenses set free (in excess of the 'set' limit)
C could help to resolve the paradox partially, but is not as all-encompassing as D is. Note that the stimulus casually says that
'waiting users are unable to access Pro-CAD'. This could be construed to mean that either ALL or SOME waiting users are unable to access Pro-CAD. We need an option that takes care of the generality presented by the stimulus by considering both these scenarios. Option C just arrives at a definite conclusion by stating that at most only SOME (NOT ALL,
in a scenario when no. of waiting users is greater than that of licenses set free) waiting users would be left waiting, whereas option D, a much broader option accounts for the generality by saying that if a certain pre-defined threshold of 'free' licenses is reached then only at most SOME (
in a similar scenario as highlighted previously) will be left waiting, otherwise definitely ALL will be left waiting.
Also, note here, that option C actually states something, the logical outcome of which accords with common sense, making it a subset of option D. Saying simply, C just implies that
'If the no. of waiting users occasionally has been greater than that of the licenses that were logged off, then SOME will logically anyways be left waiting.'..Quite simple, isn't it?. Indeed if so simplistic were the case, the author would actually never spend time in complaining about the inconvenience to those SOME waiting users by highlighting it as a paradox. More so, we are not really bothered about the waiting times actually to determine who got the license but whether none of them got even one. Since C does not go beyond to give any justification for a situation where ALL waiting users are kept waiting in spite of even one license set free, it does not hold much water to stand among the best contenders.
Option B does resolve the paradox, but not as neatly and definitely as D does. If one looks at the intricacy B presents, one would realize that B actually considers the paradox presented by BOTH the scenarios as explained in the previous paragraph. What it doesn't do, however, is that
it does not provide a unique solution to explain why ALL waiting users may be unable to access Pro-CAD in the given situation,
enforcing another dilemma. On one hand,
it can be conspicuously seen that until the pre-defined 'set' minimum of active users logged off hasn't reached, ALL waiting users will be kept waiting. On the other hand, however, it would require a slightly astute mind to observe that
since an already existing active user could have accessed as many computers with Pro-CAD (bear in mind the one-license-per-computer restriction specified in the stimulus)and thereby if the number of active users using all the licenses itself is less than the pre-defined 'set' number of active users (a situation indeed possible), then even when all licenses are set free, ALL waiting users would be at bay...Upon analyzing these
(highlighted) situations it can be realized that we have an either/or scenario when ALL are made to wait…2 DIFFERENT solutions
(aah …this JUST fell short of the correct answer ) . Technically speaking, this method of creating a buffer set of (more than one) free licenses before making them available to waiting users is flawed as seen and hence may not be even considered by the license administrator.
A is another trap. Particularly for the question (LEAST resolves the paradox), this option may prima facie give a feeling that it does not pertain to anything related with the argument (such as license, user, etc.). However, note that it DOES resolve the paradox somewhat by citing a slightly out-of-the-context alternate cause for the discrepancy.
Some active users log off-->WAN Network breakdown occurs all across-->License not available not only to ALL waiting users but also to any other user including the remaining active users who were still working on Pro-CAD. Note any other trivial issue like computer breakdown (SOME waiting) or supply breakdown (ALL or SOME or ALL and SOME) COULD HAVE ALSO addressed the discrepancy partially in the given context.
Now, the question is why it does not resolve the paradox completely. Two reasons: First, as explained previously, this option explains the paradox for an ALL scenario only. Second, just because network breakdowns always result in software inaccessibility, the latter need not always be a result of the former. There could be other reasons responsible for Pro-CAD inaccessibility, a fact that intensifies the paradox further.
E does not serve even an iota of our purpose.
E DOES NOT resolve the paradox AT ALL and is too digressing to resolve the discrepancy presented. First, this option nowhere states that the service teams have stated their findings as a cause for license unavailability in the situation under consideration. It may actually just be a separate correlative fact that has come to light while the service teams were working to solve the apparent discrepancy raised under question (by the head of department). Second, the fact that the total number of licenses have reduced does not even remotely pertain to our argument. Even if the company had originally purchased 100 licenses, out of which 10 have conked, leaving the users to work with just 90, then the entire workforce might as well work with 90 only. The paradox actually arises only when an active user logs off one license at least and even one waiting user is still not able to access. An astute manager (who desires to resolve the license unavailability to waiting users) would definitely have the audacity to dismiss these facts presented by the service teams as outright irrelevant to the discrepancy cited.