Discuss with your peers which of the two remote access solutions, virtual private networks (VPNs) or hypertext transport protocol secure (HTTPS), you will rate as the best. You need to make a choice between the two remote access solutions based on the following features:  Identification, authentication, and authorization Cost, scalability, reliability, and interoperability

Project Report – Phase 1 IT216 – System Analysis and Design Due date: February 26th Instructions: upload your pdf and annexes in Blackboard (in the discussion forum of your group) 1) Form a group of 5 students, post the group information in the discussion forum if you have not done that yet 2) Select a topic of your choice to work on your project. Examples of topics include, but are not limited to: e-commerce web application, online platform for education, airline services, etc. The project involves the design and the analysis of a system. We will focus on specification and design rather than a fully functional implementation. 3) Based on the topic you selected for your project and the course materials, complete the project report following the structure described below. The report will be evaluated according to the quality of the contents, considering both completeness and correctness. The project contents are based on course materials. Illustrative examples are provided in the course book. If you have questions or comments, please contact the TA or the instructor. 4) After completing your report, upload the pdf document online in Blackboard. Do not forget to add the project title, the name of each student in your group, and the answers to the questions defined in the project structure (as presented below). Use graphs, tables, diagrams, models, figures and external references whenever needed to illustrate your work. Report Structure Part 1: Defining your problem [45 points] 1) Describe the domain and the scope of your project [10 points] a. Examples of Domains: data warehouse, e-commerce application, learning platform, telemedicine services, etc. b. Examples of Scopes: online retailer, mobile application, physical store, hospital, university, etc. 2) Describe the problems you would like to address in your project (up to five), and why (your motivations and rationale to select those problems). State your goals, specific aims, and purpose (general examples: to support a given activity, to improve a metric, to automate a set of services). [25 points] a. Examples of Problems: the sales decreased in 10%, the purchase takes too long to be completed, the delivery dates are often delayed, etc. What are the metrics you use to identify those problems? Provide illustrative examples. b. Examples of Motivations: to increase profitability, to improve customer satisfaction, etc. c. Examples of Goals: improve customer services, increase sales, shorten the shipping period, etc. d. Specific aims: provide concrete examples of how you plan to reach your goals (what activities and tasks are necessary? why are they necessary?) 3) Formalize the definition of the problems you plan to work on (provide three to five examples). Use tables to define the problems, including a brief description of: statement, issues, objectives, and requirements. [10 points] Part 2: Defining your solution [45 points] 1) Define the concepts involved in your solution: a. Who are the stakeholders involved (personnel, staff members, employees, etc.)? What are their main roles, relationships, and set of activities performed? b. What are the components involved in your system (e.g. reports, machines, documents, processes)? Provide a general description, list and define each item, use a context-level data flow diagram and level 0 to model these components. Include also their relationships (input and output data from each component). c. List at least 10 use case scenarios to exemplify how a given user can interact with the system you are proposing in your project (i.e. what are the features and functionalities available in your project for specific actors). Use a table to specify the use case scenarios. d. Define a workload table to compare how your proposed solution improves the current practices e. Describe a set of requirements for hardware, software and personnel (at least three for each) needed to implement your solution. Justify your choices. Part 3 Preliminary Analysis of your solution [10 points] 1) Critically analyze the solution proposed: a. What are potential risks involved in the implementation of your project? Use a Fishbone diagram to provide examples of potential risks. Include at least three different factors (e.g.: quality, time, costs, etc.) and two examples for each factor (e.g.: the performance is too slow, the time for completion of each activity is underestimated, the budget for programmers is insufficient).

605.201 Mini-Project 3: Please do the following to complete this assignment. Purpose: The purpose of this project is to provide non-trivial practice in the use of Java object-oriented GUI programming features to implement an object-oriented GUI design and have a bit of fun doing it. Resources Needed: You will need a computer system with Java 7 or greater SE edition run-time and Java Development Kit (JDK). You may optionally use a Java IDE for example NetBeans, Eclipse, etc. However application builders are not allowed. Submitted Files: Design and Analysis: This is an informal essay-style single-spaced word-processed document. The file formats accepted are .odt, .doc, and .docx. The length of the document should be between 1 and 1.5 pages. The following subjects should be discussed in this order: 1. General program design. How is the program organized? What major data structures were used? How did you divide the functionality among your classes? How are commands processed? Etc. 2. What alternative approaches were considered and why were they rejected? 3. What did you learn from doing this project and what would you do differently? Source files: Each public class must be contained in a separate Java source file. Only one source file will have a main() method and this source will be named SongDatabase.java. Other source/class names are up to you following the guidelines specified so far in the course. The format of the Java source must meet the general Java coding style guidelines discussed so far during the course. Pay special attention to naming guidelines, use of appropriate variable names and types, variable scope (public, private, protected, etc.), indentation, and comments. Classes and methods should be commented with JavaDoc-style comments (see below). Please use course office hours or contact the instructor directly if there are any coding style questions. JavaDocs: Sources should be commented using JavaDoc-style comments for classes and methods. Each class should have a short comment on what it represents and use the @author annotation. Methods should have a short (usually 1 short sentence) description of what the results are of calling it. Parameters and returns should be documented with the @param and @return annotations respectively with a short comment on each. JavaDocs must be generated against every project Java source file. They should be generated with a -private option (to document all protection-level classes) and a –d [dir] option to place the resulting files in a javadocs directory/folder at the same level as your source files. See the JavaDocs demonstration for more details. Submit file: The submit file is to be a Zip file containing your design and analysis document, your Java sources, and your javadocs directory/folder. Any appropriate file name for this Zip file is acceptable. If you know how to create a standard Java JAR file, this is also acceptable for your source code. However, make sure you include the source code in your JAR file. Collaboration: It is encouraged to discuss technical or small design parts of this project with your fellow students. However the resulting design and implementation must be your own. For example, it is acceptable to discuss different ways of maintaining the system state but not detailed design or implementation information on processing the purchase command. When in doubt, ask during office hours or contact your instructor. Program Specification: This project involves implementing a Java program that builds and manages a database of songs using a GUI-based user interface. The application will consist of a single frame that allows a user to add, edit, or delete songs from the database. Here’s a rough prototype for what the frame might look like. Yours doesn’t have to look exactly like this…the prototype is provided just to help you envision the ultimate application. The application shall work as follows: 1. Upon start-up, the application will read the database file. The path of the database file will be supplied by a run-time parameter. If the database file does not exist, the user will be told the database does not exist and prompted (non-GUI text prompt) asking if they want to create a new one. If the user answers positive, the application will continue with an initially empty song database. If the user answers negatively, the application will exit. An example of an appropriate start-up command is as follows: java SongDB mySongDB.data 2. The original state of the frame shall display the combo box with the first song in the database selected. The Item Code, Description, Artist, Album, and Price fields for this item shall be displayed with the fields disabled (non-editable). The Add, Edit, Delete, and Exit buttons shall be enabled, and the Accept and Cancel buttons shall be disabled. 3. To add a song, the user clicks on the Add button. This will cause the application to clear and enable the Item Code, Description, Artist, Album, and Price fields so the user can enter information for the new song. The Edit and Delete buttons are also disabled, and the Accept and Cancel buttons are enabled. When the user presses the Accept button, the new song will be added to the database and combo box. If the user presses the Cancel button, the entry transaction is canceled and the frame reverts to its original state. 4. To edit an existing song, the user shall select the song from the combo box. The information for the selected song shall then be displayed in the disabled fields. The user then presses the Edit button, which enables the Description, Artist, and Price fields. The user may not change the Item Code. Select Song: Yellow Submarine Item Code: BT012 Description: Yellow Submarine Artist: The Beatles Album: Beatles Greatest Hits 1 Price: 1.99 Add Edit Delete Accept Cancel Exit The Add, Edit, and Delete buttons are disabled, and the Accept and Cancel buttons are enabled. If the user presses the Accept button, the changes are saved and the combo box is updated. If the user presses the Cancel button, the edit transaction is canceled and the frame reverts to its original state. 5. To delete an existing song, the user shall select the song from the combo box. The information for the song shall then be displayed in the disabled fields. If the user presses the Delete button, the song is deleted from the database and the combo box. 6. When the user presses the Exit button the application shall terminate. The current state of the database shall be saved in a file using the pathname supplied at program start-up (see above). 7. Data fields shall be validated to ensure they are not blank with appropriate error messages displayed. If the song is a single, the text “None” will be used for the album name. The price field shall be validated to ensure only numeric data is entered. Other Activates: 1. Create a compressed zipped folder containing your Design and Analysis document, your Java source code files, and your javadocs folder. 2. Submit your compressed zipped folder as directed by your instructor. Assignment Rubric: Part 70% 80% 90% 100% % of Grade Design and Analysis Document All but one subject addressed with relevant, information. Few minor typographical issues. Document is close to assigned length All assigned subjects address with mostly relevant information. Nicely formatted document. Document is close to assigned length All assigned subjects address with accurate and relevant. Nicely formatted document. Document is within assigned length All assigned subjects address with accurate, relevant, and insightful information. Very nicely formatted. Document is within assigned length 15% Functionality Majority of required function parts work as indicted in the assignment text. One major or 3 minor defects. All major functionality at least partially working (example change provided but not correct). Most required function parts work as indicted in the assignment text above and submitted documentation. One major or 3 minor defects. All major functionality at Nearly all required function parts work as indicted in the assignment text above and submitted documentation. One to two minor defects. All required function parts work as indicted in the assignment text above and submitted documentation. 50% Design document does not fully reflect functionality. least partially working ((example change provided but not correct). Code Majority of the code conforms to coding standards as explained and demonstrated so far in the course (ex. method design, naming, formatting, etc.). Five to six minor coding standard violations. Some useful comments. Some JavaDocs commenting. Code compiles with multiple warnings or fails to compile with difficult to diagnose error. Most of the code conforms to coding standards as explained and demonstrated so far in the course (ex. method design, naming, formatting, etc.). Three to four minor coding standard violations. Mostly useful comments. Public class JavaDocs complete. Code compiles with one to two warnings. Almost all code conforms to coding standards as explained and demonstrated so far in the course (ex. method design, naming, formatting, etc.). One to two minor coding standard violations. Appropriate level of useful comments. Public class JavaDocs complete. Code compiles. Code compiles with no errors or warnings. All code conforms to coding standards as explained and demonstrated so far in the course (ex. method design, naming, formatting, etc.). Appropriate level of useful comments. Complete JavaDocs as specified. Code compiles with no errors or warnings. 25% Submit package More than one file submitted in incorrect format. Files not enclosed in the specified compressed file. All but one file submitted in correct format. Files not enclosed in the specified compressed file. All file submitted in correct format but not in the specified compressed file. All file submitted in correct file formats and compressed as specified. 10%