Proposal for Mobile App

Using the industry where you currently work or have worked before, write a 3 page proposal recommending your choice between Android or iOS. From a user and developer’s perspective, which would you recommend to your company and why? Your assignment must follow these formatting requirements:

  • Please provide 3 – 5 peer-review references to substantiate your viewpoint. Note: Wikipedia and similar Websites do not qualify as quality resources.
  • Be typed, double spaced, using Times New Roman font (size 12), with one-inch margins on all sides; citations and references must follow APA or school-specific format.
  • Include a cover page containing the title of the assignment, the student’s name, the professor’s name, the course title, and the date. The cover page and the reference page are not included in the required assignment.

CS Lab lesson

 

Part of lab lesson 7

There are two parts to lab lesson 7. The entire lab will be worth 100 points.

Bonus points for lab lesson 7

There are also 10 bonus points. To earn the bonus points you have to complete the Participation Activities and Challenge Activities for zyBooks/zyLabs unit 10 (Gaddis Chapter 5). These have to be completed by the due date for lab lesson 7. For example, if you complete 89% of the activities you will get 8 points (there is no rounding).

Lab lesson 7 part 1 is worth 50 points

For part 1 you will have 40 points if you enter the program and successfully run the program tests. An additional 10 points will be based on the style and formatting of your C++ code.

Style points

The 10 points for coding style will be based on the following guidelines:

  • Comments at the start of your programming with a brief description of the purpose of the program.
  • Comments throughout your program
  • Proper formatting of your code (follow the guidelines in the Gaddis text book, or those used by your CS 1336 professor)
  • If you have any variables they must have meaningful names.

Development in your IDE

For lab lesson 7 (both parts) you will be developing your solutions using an Integrated Development Environment (IDE) such as Visual Studio, Code::Blocks or Eclipse. You should use whatever IDE you are using for your CS 1336 class. Once you have created and tested your solutions you will be uploading the files to zyBooks/zyLabs. Your uploaded file must match the name specified in the directions for the lab lesson. You will be using an IDE and uploading the appropriate files for this and all future lab lessons.

For this and all future labs the name of the source files must be:

lessonXpartY.cpp

Where X is the lab lesson number (7 for lab lesson 7) and Y is the part number (1 for part 1, 2 for part 2).

You will need to develop and test the program in your IDE. Once you are satisfied that it is correct you will need to upload the source file to zyBooks/zyLabs, and submit it for the Submit mode tests. If your program does not pass all of the tests you need to go back to the IDE, and update your program to fix the problems you have with the tests. You must then upload the program from the IDE to zyBooks/zylabs again. You can then run the tests again in Submit mode.

When running your program in Submit mode it is very important that you look at the output from all of the tests. You should then try and fix all of the problems in your IDE and then upload the updated code to zyBooks/zyLabs.

C++ requirements

  • The store number must be of type unsigned int. The sales value must be of of type long long int.
  • Your program must properly check for end of file. See the section Reading in files below and also see your Gaddis text book for details on reading in file and checking for end of file.
  • Your program must properly open and close all files.

Failure to follow the C++ requirements could reduce the points received from passing the tests.

General overview

In this program you will be reading sales information from a file and writing out a bar chart for each of the stores. The bar charts will be created by writing out a sequence of * characters.

You will have to create input files for your program. You can use a text editor such as Notepad or Notepad++ to create this. There may also be an editor in your IDE that you can use. You can use the TextEdit program on macOS but you will need to change the format to Make Plain Text. You will not be uploading these text files to zyBooks/zyLabs. The submit tests will be using their own files. Make sure that some of your files contain a newline at the end of the last line of text in the file. You can do this by hitting the enter key after the last number of the last line in the file. This will match the type of file usually created by programs. This is the type of file that is used for the zyBooks tests. See the description below on reading in files.

Reading in files

When reading data from a file you need to make sure you are checking for end of file properly.

See Demo of file input and output of data in this unit for an explanation of how to properly check for end of file.

The general method shown in the Gaddis text book is:

ifstream inputFile;
inputFile.open("input.txt");
int num;
if (inputFile)
{
  // the file opened successfully
  while (inputFile >> num)
  {
     // process the num value
     cout << num << endl;
  }
  inputFile.close();
}
else
{
  cout << "The file could not be opened" << endl;
}

If you want to read in two values with every read you can simply replace inputFile >> num with something like inputFile >> num1 >> num2 as shown here:

  while (inputFile >> num1 >> num2)
  {
     // process the num1 and num2 values
     cout << num1 << " " << num2 <<  endl;
  }

Text files are more complicated that they seem. Different operating systems handle text files differently. On Windows lines of text end with r followed by n. On Unix (or Linux) the lines end with just n. On old Macs lines ended with r but now use the Unix convention. The use of the >> operator takes care of these line ending issues for you.

But it is still more complicated than that. Most text files have every line ending with either r n (for Windows) or n (for Unix/Linux and MacOS) but it is also possible to create a text file where the last line does NOT have the line ending characters. The use of the following code will work for all line endings even when the last line of text input does not end with any line endings.

if (inputFile >> num1 >> num2)
{
  // executes only if the read worked
}

or

while (inputFile >> num1 >> num2)
{
  // executes while the read works
}

There are other ways to test for end of file but you have to make sure your code will work for all of the cases discussed above. It is STRONGLY recommended that you use the process outlined above.

General overview (continued)

Your program will read in a file name from cin. It will then open the input file.

Your program must also open an output file called saleschart.txt. You will write the bar char headings and data to this file.

Your program needs to have the following general flow:

prompt for the input file name with the prompt "Enter input file name"
read in the file name
open the input file for this file name
display a message if the input file does not open and quit your program
open the output file ("saleschart.txt")
display a message if the output file does not open, close the input file,  and quit your program
while (readFile into store number and sales for store
   if store number or sales are invalid
        display an appropriate error message (see below)
  else
        output bar chart for this store to the output file
  end if
end while
close the input and output files

The processing loop will read the input data and process it until it gets and end of file indication from the file read operation

Assuming you have read in valid data AND this is the first sales data being processed your program should output some headings to the output file before processing the data. The headings are as follows:

SALES BAR CHART
(Each * equals 5,000 dollars)

Note: Your program must not output the headings to the output file if all of the data in the input file is invalid, or if there is not any valid data in the input file.

You need to come up with a way of keeping track if this is the first valid read or not. .

Assuming you have valid data the processing will consist displaying the output

Once the loop has completed you need to close the input file.

If the input file could not be opened your program should output an error message to cout. Assume the file we are reading in from is called sales.txt, and the file does not exist. The error message written to cout is:

File "sales.txt" could not be opened 

The store number is of type unsigned int. Your program must verify that the store number is in the range 1 to 99 (inclusive). If the store number is invalid display the following message:

If the store number is less than 1 or greater than 99 you need to output the following message to cout:

The store number xx is not valid 

Where xx is the store number.

If the sales data is read in as a long long int. If the sales value is less than 0 you need to output the following message to cout:

The sales value for store xx is negative

Where xx is the store number.

Don’t forget to close both files, if they were opened.

Write the bar chart information to the file.

You will be outputting a string of * characters where each * represents $5,000 in sales for that store. For each 5,000 in sales you output one *. You do not round up the sales, so sales of $16,000 and sales of $16,999 would both output 3 * characters.

You will output the sales bar chart to the output file.

Assuming a store number of 9 and sales of $16,999. the display function will write the following to the output file:

Store  9: ***

Note that the store width is 2 characters, so the output is:

Store yy: *******

The yy has a width of 2 even if the store number is 1 through 9.

The format of the input file

The data in the input file is in the order store number followed by the store sales. There will be zero or more of these input pairs in the file.

Here is the contents of a sample input text file:

1 10000
2 25000
3 37000
4 29000
5 8000

Sample runs

Here is an example run. Assume the following input being read in from cin:

sales.txt

Assume that the content of the file sales.txt are as follows:

1 10000
2 25000
3 37000
4 29000
5 8000

The output (to file saleschart.txt) for this input would be:

SALES BAR CHART
(Each * equals 5,000 dollars)
Store  1: **
Store  2: *****
Store  3: *******
Store  4: *****
Store  5: *

You are reading from an input file and you are writing to an output file. Make sure you close both files after you are finished using them. You must do this in your program, you cannot just let the operating system close the files for you.

In this lab. and some future labs, you will be creating an output file. There could be output to cout as well.

For tests where there is output written to an output file the contents of the output file will determine if you passed that test or not. For cases where you have written out to cout the tests will check the output sent to cout.

Failure to follow the requirements for lab lessons can result in deductions to your points, even if you pass the validation tests. Logic errors, where you are not actually implementing the correct behavior, can result in reductions even if the test cases happen to return valid answers. This will be true for this and all future lab lessons.

Expected output

There are eight tests. Each test will have a new set of input data. You must match, exactly, the expected output.Tests 2, 5, 6, and 7 check the output sent to cout. Tests 1, 3, 4, and 8 check the output sent to file saleschart.txt.

You will get yellow highlighted text when you run the tests if your output is not what is expected. This can be because you are not getting the correct result. It could also be because your formatting does not match what is required. The checking that zyBooks does is very exacting and you must match it exactly. More information about what the yellow highlighting means can be found in course “How to use zyBooks” – especially section “1.4 zyLab basics”.

Finally, do not include a system("pause"); statement in your program. This will cause your verification steps to fail.

Note: that the system("pause"); command runs the pause command on the computer where the program is running. The pause command is a Windows command. Your program will be run on a server in the cloud. The cloud server may be running a different operating system (such as Linux).

Operation security

  1. Think about how you would feel if there were no rules regarding how your credit card information was stored on merchants’ websites. Consider whether you would purchase items online. Would the Internet be as big as it is today if we had no laws or information security policies regarding data that makes up an e-commerce transaction? Provide rationale for your answer.
  2. Imagine that you work for an organization that has no Internet use policy. Employees use the Internet in whatever way they want using company-owned personal computers. Could this cause a problem for the organization? Why or why not?

INT 2682

  

– write and submit a lab report  of a minimum of 3 pages on what you learned in the lab, with screenshots and analysis of the following labs in testout. Please follow the attach instructions.

150-200-words ONLY response for each question

1Q. supported by reliable, outside, academic or peer-reviewed information, explain what are some of the limitations of Bluetooth technology? 

2Q. Discuss how wireless bridges and repeaters can expand functionality of WLANs and How wireless controllers can simplify the management of WLANs.

3Q. Define radio frequency identification (RFID) and near field communication (NFC) Explain the challenges and security considerations of RFID and NFC. 

3/3 Peer Review

  1. Conduct a critical analysis of two of your classmates’ posts 
  2. Each response to your classmates should be at least 150 words in length and include a citation to one credible information source. The response citation should follow APA formatting.

EX16_AC_COMP_GRADER_CAP_HW – Drivers and Insurance

EX16_AC_COMP_GRADER_CAP_HW – Drivers and Insurance

  

EX16_AC_COMP_GRADER_CAP_HW – Drivers and Insurance

Project Description:

In this project, you will add fields to a table and set data validation rules. You will also import a text file into a database, design advanced queries, and create a navigation form. Additionally, you will use SQL to modify a record source and create an embedded macro to automate opening a report.

     

Start   Access. Open the file named exploring_acap_grader_h1_Drivers.accdb.   Save the database as exploring_acap_grader_h1_Drivers_LastFirst.

 

Create   a table in the database by importing the downloaded delimited text file named   Insurance_Text.txt. Use the first   row of the file as field names, use InsuranceID as the primary key, and then   name the table InsuranceCos_Text.   Accept all other default options. Do not save the import steps.

 

Create   a new field in the Agency Info table after InsPhone named Web site with the Hyperlink
  data type. Save the table. In Datasheet view, add the website http://William_Smith.com to the
William Smith record (Record 1).

 

Create   a new field in the Agency Info table after Web site named AgentPhoto with the Attachment data type. Save   the table. In Datasheet view for Record 1 (William Smith), add the downloaded picture file named a00c2WmSmith.jpg to the AgentPhoto   field.

 

Set   the validation rule of the InsuranceCo field to accept the values AS, NAT,   or SF only. Set the validation text to read Please enter AS, NAT, or SF. (include the period).

 

Make   InsuranceCo a lookup field in the Agency Info table. Set the lookup to get   values from the InsuranceID field in the InsuranceCos_Text table. Accept all   other defaults and save the table. In   Datasheet view, click in any InsuranceCo cell and click the arrow to view the   options. Close the table.

 

Create   a new query using Design view. From the Insurance table, add the DriverID,   AutoType, TagID, and TagExpiration fields (in that order). Save the query as Missing Tag Dates.

 

Set   the criteria in the TagExpiration field to find null values. Run the query   (two records will display). Save and close the query.

 

Create   a new query using Design view. From the Drivers table, add the Class field.   Change the query type to Update and set the criteria to update drivers whose   class is Minor   to Junior. Run the query (eight records will   update). Save the query as Driver Class_Update   and close the query. View the updates in the Drivers table and close the   table.

 

Create   a new query using Design view. From the Drivers table, add the Class field.   Save the query as Driver Class_Delete.

 

Change   the query type to Delete and set the criteria to delete drivers whose class   is Special. Run the query (one record will be   deleted). Save and close the query. View the changes in the Drivers table and   close the table.

 

Create   a new query using Design view. From the Insurance table, add the DriverID,   AutoType, AutoYear, and TagID fields (in that order). Save the query as Auto Year_Parameter.

 

Set   the criteria in the Auto Year field to display the prompt as Enter the auto year: and run the query. In the prompt,   enter 2007 and click OK to view the results (two   records). Save and close the query.

 

Use   the Analyze Performance tool to analyze the Drivers table. Note the idea to   change the data type of the Weight field from Short Text to Long Integer. In   the Drivers table, set the data type of the Weight field to Number (Long   Integer), and save and close the table.

 

Create   a Navigation form based on the Vertical Tabs, Left template. Drag and drop   the Drivers form onto the first tab of the form. Drop the Insurance form onto   the second tab.

 

Drag   and drop the Drivers report onto the third tab of the Navigation form. View   the form in Form view, click each of the tabs, and then save the form as Navigator. Close the form.

 

Open   the Drivers report in Design view. Modify the record source of the report   using a SQL statement to select all Drivers   records with a Class   of Adult. Print Preview the report (eight   records will display). Save and close the report.

 

Open   the Drivers form in Design view, click to add a command button at the   intersection of the 6-inch mark on the horizontal ruler and the 3-inch mark   on the vertical ruler.

 

Set   the command button to open the report named Drivers. Use the default picture   as the button. Set the name and the caption properties of the button to Open Drivers Report. Save the form. View the form in Form   view, and click the command button.

 

Close   all database objects, close the database, and then exit Access. Submit the   database as directed.