Beginning inventory, purchases, and sales data for prepaid cell phones for December are as follows:
| Inventory | Purchases | Sales | |||
| Dec. 1 | 2,900 units at $34 | Dec. 10 | 1,450 units at $36 | Dec. 12 | 2,030 units |
| Dec. 20 | 1,305 units at $38 | Dec. 14 | 1,740 units | ||
| Dec. 31 | 870 units |
a. Assuming that the perpetual inventory system is used, costing by the LIFO method, determine the cost of goods sold for each sale and the inventory balance after each sale, presenting the data in the form illustrated in Exhibit 4. Under LIFO, if units are in inventory at two different costs, enter the units with the HIGHER unit cost first in the Cost of Goods Sold Unit Cost column and LOWER unit cost first in the Inventory Unit Cost column.
| Schedule of Cost of Goods Sold | |||||||||
| LIFO Method | |||||||||
| Prepaid Cell Phones | |||||||||
Date |
Quantity Purchased |
Purchases Unit Cost |
Purchases Total Cost |
Quantity Sold |
Cost of Goods Sold Unit Cost |
Cost of Goods Sold Total Cost |
Inventory Quantity |
Inventory Unit Cost |
Inventory Total Cost |
| Dec. 1 | |||||||||
| Dec. 10 | |||||||||
| Dec. 12 | |||||||||
| Dec. 14 | |||||||||
| Dec. 20 | |||||||||
| Dec. 31 | |||||||||
| Dec. 31 | Balances | ||||||||
In: Accounting
Who is in charge at the scene of a terrorist incident? What are some of the most significant challenges that first responders face in an emergency response to a terrorist incident?
In: Psychology
The subject is: Introduction to Healthcare Insurance Coding, Billing, and Reimbursement
Can you provide examples of a charge for the following: ambulance fee schedule, ambulatory surgical center payment, clinical laboratory fee schedule, durable medical equipment prosthetics orthotics and supplies fee schedule, end-stage renal disease composite payment rate system, home health prospective payment system, hospital inpatient prospective payment system, hospital outpatient prospective payment system, inpatient psychiatric facility prospective payment system, inpatient rehabilitation facility prospective payment system, long term acute care hospital prospective payment system, resource based relative value scale system, and skilled nursing facility prospective payment system.
In: Nursing
This document describes a computer program you must write in Python and submit to Gradescope. For this project, the program will simulate the operation of a vending machine that sells snacks, accepting coins and dispensing products and change. In an actual vending machine, a program running on an embedded computer accepts input from buttons (e.g. a numeric keypad) and devices such as coin acceptors, and its output consists of signals that control a display, actuate motors to dispense products, etc.. However, for this project you will build a simulation where all of the necessary input signals are replaced by keyboard input from a user, and all output signals and actions are indicated by printing text to the terminal. 2. PREVIEW Here is a sample session of using the kind of vending machine simulator you are going to write. This example is meant to convey the general idea. A longer sample input and output for the program can be found in Section 7. Red boxes indicate keyboard input from the user. CREDIT : $0 .00 > inventory 0 Nutrition nuggets $1 .00 (5 available ) 1 Honey nutrition nuggets $1 .20 (5 available ) 2 Almonds $18 .00 (4 available ) 3 Nutrition nugget minis $0 .70 (10 available ) 4 A carrot $4 .00 (5 available ) 5 Pretzels $1 .25 (8 available ) CREDIT : $0 .00 > 3 MSG : Insufficient credit CREDIT : $0 .00 > quarter CREDIT : $0 .25 > quarter CREDIT : $0 .50 > quarter CREDIT : $0 .75 > 3 VEND : Nutrition nugget minis RETURN : nickel CREDIT : $0 .00 > 3. OPERATIONAL SPECIFICATION This section describes how your program must operate. The program will be given one command line option, which is the name of a text file containing the inventory. The format of this file is described below (Section 3.1). The program will read this file to determine the starting inventory of snacks. It will then begin the simulation, in which it reads user commands and responds accordingly. The required commands are described in Section 3.4. 3.1. Inventory. Before starting the simulation, your program must open, read, and close the text file specified in the first command line argument after the script name. This file will consists of 6 lines, each of which describes one of the six snacks available for purchase. The format of a line is stock,price,name where stock is the number of the snack available at the beginning of the simulation, price is the price of the snack in cents (which will be a multiple of 5), and name is a string not containing the character ”,” that describes the snack. The order of the snacks is important, because when ordering from the machine, a snack is indicated by its 0-based index; thus snack 2 means the third line of the inventory file. Here is a sample inventory you can use for testing: 6,125,Cheesy dibbles 10,115,Oat biscuits 12,75,Sugar rings 5,150,Celery crunchies 6,205,Astringent persimmon 10,95,Almond crescents This inventory file is available for download from https://dumas.io/teaching/2020/fall/mcs260/project2/sample_inventory.txt This inventory indicates, for example, that snack 2 is Sugar rings, of which there are initially 12 available, each of which has a cost of $0.75. 3.2. The simulation. After reading the inventory, your program should enter a loop (the command loop) in which it does the following, repeatedly, in order: • Print CREDIT: followed by the total amount of credit currently deposited in the machine, printed on the same line. The credit is initially $0.00. It should always be printed as a dollar sign, followed by a dollar amount with two digits after the decimal point. • Print a prompt > • Wait for one line of user input • Perform the action associated with the user input, which may involve additional output (see Section 3.4) Note that during the simulation, you need to keep track of the credit (the total amount of money deposited to the machine) and display it on each iteration of the loop. The remaining stock of each snack must also be tracked, as this will change as a result of purchases and restocking. 3.3. Control logic overview. The next section describes the commands your simulation must accept from the user. This section is a high-level description of the underlying principles of operation; for full details see Section 3.4. The simulated vending machine allows the user to insert coins to add credit. If the credit already equals or exceeds the price of the most expensive snack in the inventory, any coin inserted will be immediately returned. The user can select a snack by number (0–5), and if the credit currently in the machine equals or exceeds the price of the snack, then the snack is dispensed. Any change (the difference of the credit and the price) is dispensed as coins. Finally, a maintenance worker can specify that one of the snacks is being restocked, i.e. more of that snack has been loaded into the machine. Restocked snacks are then available for purchase. 3.4. Commands. The simulation must support the following commands: • quarter - simulates deposit of one quarter ($0.25). If the current credit is less than the most expensive item in the inventory (including any items that may be out of stock), the coin is accepted and credit increases by $0.25. Otherwise, the coin is rejected by printing the line RETURN: quarter to indicate that the quarter just deposited is returned. • dime - simulates deposit of one dime ($0.10). The logic is the same as the quarter command, except that if the dime is not accepted, the line to be printed is RETURN: dime • nickel - simulates deposit of one dime ($0.05). The logic is the same as the quarter command, except that if the nickel is not accepted, the line to be printed is RETURN: nickel • inventory - display the current inventory in the format of 0-based index, followed by name, followed by price, and then a parenthetical statement of the number available, in this format: 0 Cheesy dibbles $1.25 (6 available) 1 Oat biscuits $1.15 (10 available) 2 Sugar rings $0.75 (12 avilable) 3 Celery crunchies $1.50 (5 available) 4 Astringent persimmon $2.05 (6 available) 5 Almond crescents $0.95 (10 available) • Any of the digits 0, 1, 2, 3, 4, 5 - this is a request to purchase the snack whose 0-based index in the inventory is the given integer. The action depends on the current credit and stock: – If the current credit is sufficient to purchase that snack, and if the stock of that snack is positive, then the machine dispenses the snack followed by change. Dispensing the snack is simulated by printing VEND: Name of snack where “Name of snack” is replaced by the name specified in the inventory. Then, returning change is simulated by printing lines such as RETURN: quarter RETURN: dime RETURN: nickel so that each line corresponds to one coin that is returned. The process for making change is subject to additional rules, described in Section 3.5. After a successful purchase and dispensing of change, the stock of that item decreases by one, and the credit is set to $0.00. – If the stock of the requested item is zero, the following line is printed: MSG: Out of stock The credit is unchanged, and the loop begins again immediately. (For example, if the credit was also insufficient for that item, no message is printed to that effect.) – If the stock of the requested item is positive, but the current credit is NOT sufficient to purchase that snack, then the following line is printed: MSG: Insufficient credit The credit is unchanged. • restock - add to the inventory of one snack. This command never appears on a line by itself, and is always followed by a space and then two integers separated by spaces. The first integer is the 0-based index of a snack, and the second is the number of additional items loaded. The effect of this command is to immediately increase the inventory of that snack. The current credit is not changed. For example, restock 3 18 means that the inventory of snack 3 should be increased by 18. • return - a request to return all currently-deposited credit. The credit should be returned to the user in the same way that change is returned after a successful purchase (see Section 3.5 for detailed rules). • exit - exit the program. 3.5. Coin return rules. The specifications above include two situations in which coins need to be dispensed to the user: • After a purchase, to give change • In response to the return command, to return the current credit In each case, simulated coins are dispensed by printing lines such as RETURN: quarter RETURN: dime RETURN: nickel each of which corresponds to a single coin. The sequence of coin return lines must begin with quarters, followed by dimes, and lastly nickels. Change must be given using the largest coins possible, so for example it is never permissible to give two or more dimes and one or more nickel, because the same change could be made with the number of quarters increased by one. For the purposes of this assignment, the machine never runs out of coins. The following “greedy” approach will dispense coins meeting these requirements: (1) Dispense quarters until the remaining amount to return is less than $0.25. (2) Dispense dimes until the remaining amount to return is less than $0.10. (3) Dispense nickels until the remaining amount to return is zero. Note that unlike most real-world vending machines, these rules mean that the return command may give back a different set of coins than the user deposited. For example, after depositing five nickels, the return command would return a single quarter. 3.6. Efficiency. Your program must be able to complete 50 commands in less than 30 seconds, not counting the time a user takes to enter the commands. This is an extraordinarily generous time budget, as a typical solution will take at most 0.01 seconds to complete 50 commands. It is almost certain that you will not need to pay attention to the speed of any operation in your program. However, if you perform tens of millions of unnecessary calculations in the command loop, or do something else unusual that makes your program slow to respond to commands, then the autograder will run out of time in testing your program. In this case you will not receive credit.
In: Computer Science
This document describes a computer program you must write in Python and submit to Gradescope. For this project, the program will simulate the operation of a vending machine that sells snacks, accepting coins and dispensing products and change. In an actual vending machine, a program running on an embedded computer accepts input from buttons (e.g. a numeric keypad) and devices such as coin acceptors, and its output consists of signals that control a display, actuate motors to dispense products, etc.. However, for this project you will build a simulation where all of the necessary input signals are replaced by keyboard input from a user, and all output signals and actions are indicated by printing text to the terminal. 2. PREVIEW Here is a sample session of using the kind of vending machine simulator you are going to write. This example is meant to convey the general idea. A longer sample input and output for the program can be found in Section 7. Red boxes indicate keyboard input from the user. CREDIT : $0 .00 > inventory 0 Nutrition nuggets $1 .00 (5 available ) 1 Honey nutrition nuggets $1 .20 (5 available ) 2 Almonds $18 .00 (4 available ) 3 Nutrition nugget minis $0 .70 (10 available ) 4 A carrot $4 .00 (5 available ) 5 Pretzels $1 .25 (8 available ) CREDIT : $0 .00 > 3 MSG : Insufficient credit CREDIT : $0 .00 > quarter CREDIT : $0 .25 > quarter CREDIT : $0 .50 > quarter CREDIT : $0 .75 > 3 VEND : Nutrition nugget minis RETURN : nickel CREDIT : $0 .00 > 3. OPERATIONAL SPECIFICATION This section describes how your program must operate. The program will be given one command line option, which is the name of a text file containing the inventory. The format of this file is described below (Section 3.1). The program will read this file to determine the starting inventory of snacks. It will then begin the simulation, in which it reads user commands and responds accordingly. The required commands are described in Section 3.4. 3.1. Inventory. Before starting the simulation, your program must open, read, and close the text file specified in the first command line argument after the script name. This file will consists of 6 lines, each of which describes one of the six snacks available for purchase. The format of a line is stock,price,name where stock is the number of the snack available at the beginning of the simulation, price is the price of the snack in cents (which will be a multiple of 5), and name is a string not containing the character ”,” that describes the snack. The order of the snacks is important, because when ordering from the machine, a snack is indicated by its 0-based index; thus snack 2 means the third line of the inventory file. Here is a sample inventory you can use for testing: 6,125,Cheesy dibbles 10,115,Oat biscuits 12,75,Sugar rings 5,150,Celery crunchies 6,205,Astringent persimmon 10,95,Almond crescents This inventory file is available for download from https://dumas.io/teaching/2020/fall/mcs260/project2/sample_inventory.txt This inventory indicates, for example, that snack 2 is Sugar rings, of which there are initially 12 available, each of which has a cost of $0.75. 3.2. The simulation. After reading the inventory, your program should enter a loop (the command loop) in which it does the following, repeatedly, in order: • Print CREDIT: followed by the total amount of credit currently deposited in the machine, printed on the same line. The credit is initially $0.00. It should always be printed as a dollar sign, followed by a dollar amount with two digits after the decimal point. • Print a prompt > • Wait for one line of user input • Perform the action associated with the user input, which may involve additional output (see Section 3.4) Note that during the simulation, you need to keep track of the credit (the total amount of money deposited to the machine) and display it on each iteration of the loop. The remaining stock of each snack must also be tracked, as this will change as a result of purchases and restocking. 3.3. Control logic overview. The next section describes the commands your simulation must accept from the user. This section is a high-level description of the underlying principles of operation; for full details see Section 3.4. The simulated vending machine allows the user to insert coins to add credit. If the credit already equals or exceeds the price of the most expensive snack in the inventory, any coin inserted will be immediately returned. The user can select a snack by number (0–5), and if the credit currently in the machine equals or exceeds the price of the snack, then the snack is dispensed. Any change (the difference of the credit and the price) is dispensed as coins. Finally, a maintenance worker can specify that one of the snacks is being restocked, i.e. more of that snack has been loaded into the machine. Restocked snacks are then available for purchase. 3.4. Commands. The simulation must support the following commands: • quarter - simulates deposit of one quarter ($0.25). If the current credit is less than the most expensive item in the inventory (including any items that may be out of stock), the coin is accepted and credit increases by $0.25. Otherwise, the coin is rejected by printing the line RETURN: quarter to indicate that the quarter just deposited is returned. • dime - simulates deposit of one dime ($0.10). The logic is the same as the quarter command, except that if the dime is not accepted, the line to be printed is RETURN: dime • nickel - simulates deposit of one dime ($0.05). The logic is the same as the quarter command, except that if the nickel is not accepted, the line to be printed is RETURN: nickel • inventory - display the current inventory in the format of 0-based index, followed by name, followed by price, and then a parenthetical statement of the number available, in this format: 0 Cheesy dibbles $1.25 (6 available) 1 Oat biscuits $1.15 (10 available) 2 Sugar rings $0.75 (12 avilable) 3 Celery crunchies $1.50 (5 available) 4 Astringent persimmon $2.05 (6 available) 5 Almond crescents $0.95 (10 available) • Any of the digits 0, 1, 2, 3, 4, 5 - this is a request to purchase the snack whose 0-based index in the inventory is the given integer. The action depends on the current credit and stock: – If the current credit is sufficient to purchase that snack, and if the stock of that snack is positive, then the machine dispenses the snack followed by change. Dispensing the snack is simulated by printing VEND: Name of snack where “Name of snack” is replaced by the name specified in the inventory. Then, returning change is simulated by printing lines such as RETURN: quarter RETURN: dime RETURN: nickel so that each line corresponds to one coin that is returned. The process for making change is subject to additional rules, described in Section 3.5. After a successful purchase and dispensing of change, the stock of that item decreases by one, and the credit is set to $0.00. – If the stock of the requested item is zero, the following line is printed: MSG: Out of stock The credit is unchanged, and the loop begins again immediately. (For example, if the credit was also insufficient for that item, no message is printed to that effect.) – If the stock of the requested item is positive, but the current credit is NOT sufficient to purchase that snack, then the following line is printed: MSG: Insufficient credit The credit is unchanged. • restock - add to the inventory of one snack. This command never appears on a line by itself, and is always followed by a space and then two integers separated by spaces. The first integer is the 0-based index of a snack, and the second is the number of additional items loaded. The effect of this command is to immediately increase the inventory of that snack. The current credit is not changed. For example, restock 3 18 means that the inventory of snack 3 should be increased by 18. • return - a request to return all currently-deposited credit. The credit should be returned to the user in the same way that change is returned after a successful purchase (see Section 3.5 for detailed rules). • exit - exit the program. 3.5. Coin return rules. The specifications above include two situations in which coins need to be dispensed to the user: • After a purchase, to give change • In response to the return command, to return the current credit In each case, simulated coins are dispensed by printing lines such as RETURN: quarter RETURN: dime RETURN: nickel each of which corresponds to a single coin. The sequence of coin return lines must begin with quarters, followed by dimes, and lastly nickels. Change must be given using the largest coins possible, so for example it is never permissible to give two or more dimes and one or more nickel, because the same change could be made with the number of quarters increased by one. For the purposes of this assignment, the machine never runs out of coins. The following “greedy” approach will dispense coins meeting these requirements: (1) Dispense quarters until the remaining amount to return is less than $0.25. (2) Dispense dimes until the remaining amount to return is less than $0.10. (3) Dispense nickels until the remaining amount to return is zero. Note that unlike most real-world vending machines, these rules mean that the return command may give back a different set of coins than the user deposited. For example, after depositing five nickels, the return command would return a single quarter. 3.6. Efficiency. Your program must be able to complete 50 commands in less than 30 seconds, not counting the time a user takes to enter the commands. This is an extraordinarily generous time budget, as a typical solution will take at most 0.01 seconds to complete 50 commands. It is almost certain that you will not need to pay attention to the speed of any operation in your program. However, if you perform tens of millions of unnecessary calculations in the command loop, or do something else unusual that makes your program slow to respond to commands, then the autograder will run out of time in testing your program. In this case you will not receive credit.
In: Computer Science
The dollar can't seem to catch a break. The U.S. currency posted its fifth straight quarterly loss in the first three months of the year, puzzling investors who bet it would benefit from corporations repatriating cash in the wake of tax cuts signed into law late last year.
Many investors now believe uncertainty over U.S. policy, the risks of a global trade war and an acceleration in growth abroad mean more declines are in store for the dollar. The WSJ Dollar Index, which measures the U.S. currency against a basket of 16 others, was down 2.6% in the first quarter, extending a 12-month loss which now stands at 7.3%. The euro, yen and some emerging-market currencies, meanwhile, are up in 2018.
A drop in the dollar's value over the past year has had broad implications, which would likely intensify if the U.S. currency's decline continues. A weaker dollar helps make U.S. goods more competitive abroad, boosting profits for multinational companies and potentially buoying their stock prices. It also lifts prices for commodities such as oil, copper and gold, which are denominated in the U.S. currency and become more affordable to foreign investors when the dollar falls.
If the dollar falls too rapidly, however, that could shake faith in the U.S. economy and complicate the Federal Reserve's plans to tighten monetary policy. An extended fall also could juice inflation and spark concerns that consumer prices will rise too quickly.
Most recently, investors have been spooked by a trade spat with China, after President Donald Trump threatened to levy tariffs on as much as $60 billion of imports from China, while Beijing announced retaliatory measures. The dollar edged lower on that news, although its losses were counterbalanced by steeper drops in other currencies.
The threat of a trade war "has certainly not had a constructive impact on the dollar," said Christian Lawrence, a senior market strategist at Rabobank. "The market interprets trade wars as potentially bad for the U.S."
Based on the article, please answer following questions:
2pt. What happened to the value of dollar in the past 12
month?
2pt. How does a weaker dollar affect US current account and US
MNCs earnings?
2pt. How does a weaker dollar affect major commodities’ price
level around the world?
2pt. How do a trade war and weaker dollar affect global investors’ confidence on the US economy, e.g. US inflation, competitiveness and other fundamentals?
In: Finance
Dilithium Batteries is a division of Enterprise Corporation. The division manufactures and sells a long-life battery used in a wide variety of applications. During the coming year, it expects to sell 60,000 units for $32 per unit. Nyota Uthura is the division manager. She is considering producing either 60,000 or 90,000 units during the period. Other information is presented in the schedule.
|
Division Information for 2020 |
|||
| Beginning inventory | 0 | ||
| Expected sales in units | 60,000 | ||
| Selling price per unit | $32 | ||
| Variable manufacturing costs per unit | $16 | ||
| Fixed manufacturing overhead costs (total) | $540,000 | ||
| Fixed manufacturing overhead costs per unit: | |||
| Based on 60,000 units | $9 | per unit ($540,000 ÷ 60,000) | |
| Based on 90,000 units | $6 | per unit ($540,000 ÷ 90,000) | |
| Manufacturing cost per unit: | |||
| Based on 60,000 units | $25 | per unit ($16 variable + $9 fixed) | |
| Based on 90,000 units | $22 | per unit ($16 variable + $6 fixed) | |
| Variable selling and administrative expenses | $4 | ||
| Fixed selling and administrative expenses (total) | $50,000 |
(a)
Correct answer iconYour answer is correct.
Prepare an absorption costing income statement, with one column showing the results if 60,000 units are produced and one column showing the results if 90,000 units are produced.
|
DILITHIUM BATTERIES DIVISION |
||||
|
60,000 |
90,000 |
|||
|
Inventory, January 1Contribution MarginFixed Manufacturing OverheadNet Income/(Loss)Variable Selling and Administrative ExpensesInventory, December 31Cost of Goods SoldCosts of Goods Available for SaleCosts of Goods ManufacturedVariable Cost of Goods SoldSalesGross ProfitVariable Costs of Goods ManufacturedVariable Costs of Goods Available for SaleFixed Selling and Administrative Expenses |
$ |
$ |
||
|
Variable Cost of Goods SoldFixed Selling and Administrative ExpensesGross ProfitCost of Goods SoldContribution MarginVariable Selling and Administrative ExpensesVariable Costs of Goods Available for SaleSalesNet Income/(Loss)Inventory, December 31Inventory, January 1Fixed Manufacturing OverheadCosts of Goods Available for SaleCosts of Goods ManufacturedVariable Costs of Goods Manufactured |
||||
|
Costs of Goods Available for SaleContribution MarginVariable Selling and Administrative ExpensesFixed Manufacturing OverheadFixed Selling and Administrative ExpensesSalesVariable Costs of Goods ManufacturedInventory, January 1Inventory, December 31Costs of Goods ManufacturedVariable Cost of Goods SoldNet Income/(Loss)Cost of Goods SoldVariable Costs of Goods Available for SaleGross Profit |
||||
|
Net Income/(Loss)Fixed Selling and Administrative ExpensesGross ProfitFixed Manufacturing OverheadInventory, December 31SalesVariable Selling and Administrative ExpensesVariable Costs of Goods ManufacturedInventory, January 1Cost of Goods SoldCosts of Goods Available for SaleContribution MarginVariable Costs of Goods Available for SaleVariable Cost of Goods SoldCosts of Goods Manufactured |
||||
|
Costs of Goods ManufacturedVariable Costs of Goods ManufacturedFixed Manufacturing OverheadVariable Selling and Administrative ExpensesVariable Costs of Goods Available for SaleGross ProfitSalesCosts of Goods Available for SaleContribution MarginNet Income/(Loss)Inventory, January 1Fixed Selling and Administrative ExpensesVariable Cost of Goods SoldCost of Goods SoldInventory, December 31 |
||||
|
Gross ProfitFixed Selling and Administrative ExpensesSalesNet Income/(Loss)Inventory, January 1Variable Cost of Goods SoldInventory, December 31Costs of Goods ManufacturedCost of Goods SoldContribution MarginVariable Costs of Goods ManufacturedVariable Selling and Administrative ExpensesVariable Costs of Goods Available for SaleFixed Manufacturing OverheadCosts of Goods Available for Sale |
$ |
$ |
||
eTextbook and Media
Assistance Used
Attempts: 4 of 5 used
(b)
New attempt is in progress. Some of the new entries may impact the last attempt grading.Your answer is partially correct.
Prepare a variable costing income statement, with one column
showing the results if 60,000 units are produced and one column
showing the results if 90,000 units are produced.
In: Accounting
Fill in the blanks in the table below. Assume that the MPC is constant over everyone in the economy.
| MPC | Spending Multiplier | Change in Government Spending | Change in Income |
| 10 | 100 | ||
| 2.5 | -500 | ||
| 0.5 | 225 | ||
| 0.2 | 100 |
In: Economics
The following units and costs of lawnmower Model 200 were available for sale during the year for Craftsman Hardware:
|
Beginning inventory …………….. |
10 units at $130 |
|
First purchase …………………… |
15 units at $135 |
|
Second purchase ……………….. |
30 units at $140 |
|
Third purchase …………………… |
20 units at $145 |
Craftsman has 35 units on hand at the end of the year. What is the dollar amount of cost of goods sold for the year according to the first-in, first-out method?
In: Accounting
1a) In a certain county, 60% of registered voters are Republicans, 30% are Democrats, and 10% are Independents. When those voters were asked about increasing military spending, 40% opposed it, 65% of Democrats opposed it, and 55% of Independents opposed it. A registered voter from this county writes a letter to the local paper arguing against increased military spending. What is the probability that this voter is an Independent?
1b) In a certain county, 60% of registered voters are Republicans, 30% are Democrats, and 10% are Independents. When those voters were asked about increasing military spending, 40% of Republicans opposed it, 65% of Democrats opposed it, and 55% of Independents opposed it. What is the probability that a randomly selected voter in this country did not oppose increased military spending?
1b)
In: Statistics and Probability