For the design portion, you must generate documentation, in PDF format, describing your system and design process. The purpose of this is for you to explain not just what your system is doing, and how it is doing it, but why. You will need to justify your design decisions in a concise, informative manner. Justifications such as “I did this because it was easy” are not sufficient, as you should actually explain why a particular data structure or algorithm was more efficient, effective, or optimal. Additionally, commented code, while sometimes helpful in small examples, is not a sufficient explanation in and of itself. Your explanations and justifications are expected to be presented in prose and in paragraph format, i.e. not bulleted lists. Further, part of the evaluation of your design document is the apparent amount of thought and effort that went into its creation.
This document should be divided into four main parts, each with an appropriate header.
In the first part, you should describe your design process. Did you work out the algorithm on paper or a whiteboard before hand? Did you draw UML diagrams of the system? Did you create a small prototype? Did you simply start coding away and then recode once or twice with newfound understanding? In a few paragraphs, describe in detail how you went about designing the system, and be sure to provide sufficient justification of your methodology.
For the second part, you should describe the data structures you used in your system. What, if any, objects or structs did you create to store data? How did you organize and manage them? What types of formal data structures did you make use of (trees, graphs, arrays, hashes, etc)? In a few paragraphs, describe in detail how you stored the various data elements in your system, and be sure to provide sufficient justification of your methodology.
For the third part, you should describe functionality of your system. How is data moved and transformed? How is it read in? How is it output? What are the various major functions you constructed and how do they work? In a few paragraphs, describe in detail how your system works, and be sure to provide sufficient justification of your methodology. You might also consider including diagrams to more easily visualize how all of the pieces fit together.
Your program must provide the following functionality and adhere to the following constraints:
ï‚· Allow the user to choose the file describing party they want analyzed (should not require recompilation)
o The first line of the file will be the comma delimited universal set
o All subsequent lines will have the party member’s name followed by a colon and then the comma delimited set of their equipment
o All input files (except the bonus) will be formatted in this manner
ï‚· Each member’s set of equipment must be stored as a bit vector
o Either a binary integer (0,1) bit vector or a Boolean bit vector is acceptable
ï‚· All resulting sets, such as the set of items the party has access to, must be generated via set operations
ï‚· You may not use any of the set containers or set operations/algorithms provided by C or C++ o Examples: bitsets, sets, multisets, set_union, set_intersection, set_difference
ï‚· Your program should alert the user if an item that is not in the universal set is in a party members equipment
ï‚· Your program should output o The universal set of items
o Each party member’s name followed by their set of items
o The set of items the party as a whole has access to
o The set of duplicate items
o The set of items owned by only one party member
o The set of items the party is lacking
ï‚· The output should be provided to the user in an easy to read and understand format. Outputting a string of only 1’s and 0’s without any description of what each 1 and 0 means, is not easy to read or understand for users unfamiliar with your system