The distinction between "computer architecture" and "computer organization" has become very fuzzy, if no completely confused or unusable. Computer architecture was essentially a contract with software stating unambiguously what the hardware does. The architecture was essentially a set of statements of the form "If you execute this instruction (or get an interrupt, etc.), then that is what happens. Computer organization, then, was a usually high-level description of the logic, memory, etc, used to implement that contract: These registers, those data paths, this connection to memory, etc.
Programs written to run on a particular computer architecture should always run correctly on that architecture no matter what computer organization (implementation) is used.
For example, both Intel and AMD processors have the same X86 architecture, but how the two companies implement that architecture (their computer organizations) is usually very different. The same programs run correctly on both, because the architecture is the same, but they may run at different speeds, because the organizations are different. Likewise, the many companies implementing MIPS, or ARM, or other processors are providing the same architecture - the same programs run correctly on all of them - but have very different high - level organizations inside them.
Answer:
The restaurant chain system consist of restaurant id, name, zipcode, manager id, menu list.
Manager; manager id, name, phone no, and store.
Menu; menu id, type, items and description.
Items; item id, price and description.
Explanation:
Please look at the attachment for the E. R diagram.
For me its chart graph because you're able to visualize the given numbers and its not confusing
The answer seems to be polymerization.
Answer:D is the answer to this one
