Virtual U.org
Get Personal Training on VU Today
    
Top shadow
 
 register/help
User Name:

Password:



The Jackson Hole Higher Education Group

CyberCampus Technical Note 2.0

Simulation Engine: Overview

This note was prepared by William F. Massy to further the CyberCampus game development project, which is being funded by the Alfred P. Sloan Foundation. It is based on the author’s simulation engine prototype developed and coded in Mathematica for the same purpose. While inaccuracies and inconsistencies between the two are believed to be minimal, no warranty is offered. Our eventual game development partner will be expected to review these materials with the author, internalize them, and suggest corrections, changes, and improvements where needed, before finalizing the game design.

Contents are the property of The Jackson Hole Higher Education Group and may not be used or cited without permission. Limited distribution is provided to obtain comments and criticisms, and to assist potential collaborators. Copyright © 1997 by The Jackson Hole Higher Education Group.

1. Introduction

1.1. Purposes and Definitions

1.2. Market Segments

1.3. Institutional Segments

1.4. Institutional characteristics:

1.5. Student Levels

1.6. Student Market Segments

1.7. Student segment characteristics:

1.8. Program Modules and Sub-Modules

2. Enrollment Management Module

2.1. Primary Demand: Applications

2.2. Primary Demand: Institutional Admissions Offers

2.3. Primary Demand: Student Matriculations Decisions

2.4. Selective Demand: CyberCampus

2.5. Lessons Embodied in the Enrollment Management Module

3. Academic Operations Module

3.1. Student FTEs

3.2. Course Enrollment

3.3. Faculty FTEs

3.4. Course Offerings and Teaching Assignments

3.5. Faculty Research

3.6. Faculty Discretionary Time Distribution

3.7. Departmental Performance

4. Non-Academic Operations Module

5. Physical Plant Module

6. Resource Allocation Module

7. Implementation Details

7.1. Notation Used in the Prototype

7.2. Response Functions

7.3. Exponential Smoothing Function

7.4. Piecewise Linear Approximation to a Quadratic Program (PLQ)

  1. Introduction
    1. Purposes and definitions

      This technical note provides an overview of the CyberCampus project and its evolving prototype engine elements. It also provides a sense of the kinds of issues and learning opportunities we hope to include in the CyberCampus design.

    2. The CyberCampus simulation engine will consist of the following modules and submodules. A module handles a broad group of functionally related tasks. Each module is further broken down into submodules, again consisting of functionally related tasks. Each submodule contains one or more models that perform specific tasks.
      • Enrollment Management Module. "Enrollment management" refers to the engine elements that generate the numbers and characteristics of new students who enter the player-managed institution (simulated) institution that forms the subject of the game. The enrollment management module is described in Technical Note 2.1. The submodules are:
        • primary demand: applications
        • primary demand: admissions offers
        • primary demand: matriculations
        • selective demand: applications
        • selective demand: admissions offers
        • selective demand: matriculations
      • Academic Operations Module. "Academic operations" refers to engine elements that simulate: (a) the behavior of students once they have reached the institution; (b) the behavior of research sponsors; (c) faculty behavior; and (d) departmental performance. The academic operations module is described in Technical Note 2.2. The submodules are:
        • student FTEs
        • student course enrollments
        • faculty FTEs
        • course offerings and teaching assignments
        • faculty research commitments
        • faculty discretionary time distribution
        • overall departmental performance
      • Non-Academic Operations Module. "Non-academic operations" include all operating activities except for the academic operations described in paragraph 1.4 and the physical plant operations described in paragraph 1.6. Included, for example, are student life and residence hall operations, fund raising, and endowment management. The non-academic operations module will described in Technical Note 2.3. The submodules are:
        • [to come]
      • Physical Plant Module. This module includes all operations concerned with physical plant: for example, the effects of operations and maintenance expenditures on building condition, depreciation, and new construction of academic buildings and residence halls. It will be described in Technical Note 2.4. The submodules are:
        • [to come]
      • Budget Module. This module determines: (a) tuition and room & board rates and the financial aid budget; (b) projected income and cost-rise; (c) allocation of funds to the various central and departmental expenditure categories, and to capital; (d) projected additional sources of capital; and (d) capital expenditure allocations. Operating expenditure categories include faculty and staff salaries, faculty hiring and other academic expenditures (department by department), student life, fund raising, and plant operation and maintenance. The budget module’s main outputs are the annual operating and capital budgets. It will be described in Technical Note 2.5. The submodules are:
        • [to come]
      • Finance Module. This module determines year-end financial flows and stocks. Outputs include the annual income statement and balance sheet. It will be described in Technical Note 2.6. The submodules are:
        • [to come]

    3. Market Segments

      Few if any markets can be represented by homogeneous actors, either on the supply side or the demand side. Hence it is useful to model behavior at the market segment level, rather than for the market as a whole. One has considerable flexibility in defining market segments. The important thing is that behavior within the segment be as homogeneous as possible relative to the differences among segments.

      CyberCampus will use the following market segment structure:

      • student levels (stuLevels): program level; for undergraduates, whether the student is full or part time, matriculated for a degree or non-matriculated
      • student segments (stuSegs): groups of students who share approximately the same academic, non-academic, and athletic prowess
      • gender-ethnic groups (genEthGps): breakouts of the segments according to gender and whether the student qualifies as a minority by the EEOC definition
      • institutional segments (instSegs): groupings of institutions with similar characteristics; used in the primary demand model and as the basis for positioning the player-managed institution’s initial conditions

      The definitions of the institutional market segments and student market segments won’t be known until the completion of empirical work now being performed at the University of Pennsylvania by the Institute for Research on Higher Education (IRHE). However, we offer the following tentative definitions to provide a context for thinking about what comes later.

    4. Institutional Segments
    5. The institutional segment definitions are:

      • private medallion: research university
      • private medallion: liberal arts college
      • public medallion: research university
      • private generic
      • public generic
      • private convenience outlet
      • public convenience outlet
      • non-traditional providers

      "Medallion" institutions command market power by virtue of their names and associated prestige. They are highly selective and graduate a high proportion of those who matriculate. They also are well funded—often with substantial endowments or unusually high levels of state support, gift flows, and (for research universities) substantial income from sponsored research. At the other end of the spectrum, the "convenience outlets" are four-year schools with low selectivity, large part-time student populations, and low graduation rates. These schools often cater to students who want courses on specific matter rather than a degree. The middle group, the "generics," serve more traditional student groups than the convenience outlets but they lack the name-brand appeal of the medallions. The last segment, the "non-traditional providers," will represent a growing and important list of schools that cannot easily be accommodated elsewhere: e.g., the University of Phoenix and the Western Governors’ University.

    6. Institutional characteristics:
    7. The institutional segments will be characterized in terms of the aforementioned variables plus others that turn out to be relevant to the design of later simulation modules. In particular, we will include the following variables used to determine student preference:

      • cost of attendance: average tuition plus room and board if applicable;
      • financial aid policies: discounts to the sticker price;
      • school prestige, educational quality, and various other performance variables; and
      • marketing variables, such as investments in enrollment management staff and advertising.

      Unless otherwise noted, the calculations assume that all institutions in a given segment have values equal to average for the segment.

    8. Student Levels
    9. CyberCampus will simulate activity at each of a number of student levels. All the student market segment and subsegment definitions, and all the primary and selective demand simulation modules, are defined in terms of student levels. We shall describe many of these using terms descriptive of the traditional undergraduate student. However, the same ideas should be understood to apply—with suitable modification in detail—to the other student levels. Our current thinking about the list of student levels to be included follows:

      • undergraduate;
      • masters and professional;
      • doctoral;
      • non-traditional undergraduate;
      • non-traditional non-matriculated students.

      The "masters and professional" definition encompasses the MBA and JD degrees, and so-called terminal masters programs elsewhere, but not masters degrees achieved en route to or in lieu of the doctorate. (CyberCampus will have no medical school.) "Non-traditional" undergraduates are part-time, usually older students who are matriculated for the bachelors degree. "Non-traditional non-matriculated students" are those who take individual courses on a convenience basis or as part of a training program.

    10. Student Market Segments
    11. The prospective students at each student level will be classified as belonging to a student market segments. We plan to define approximately seven such segments:

      • Blue Chip: top academic and extracurricular qualifications; probably less than star athletic qualifications
      • Scholar: top academic qualifications but somewhat lower extracurricular qualifications; probably less than star athletic qualifications
      • Extracurricular-Active: top extracurricular qualifications but lower academic qualifications; probably less than star athletic qualifications
      • Top Athlete: star athletic qualifications not falling into the top three groups
      • Balanced mainstream: lower (but still very respectable) academic and extracurricular qualifications; not a star athlete
      • Below average: respectable but not noteworthy academic and extracurricular qualifications; not a star athlete
      • Stretch: students for which college represents a "stretch goal" because of shortfalls in ability or preparation

      Students also will be categorized in terms gender and whether the person qualifies as a minority under the eeoc definition. Each market segment will be broken down by gender and eeoc status, and we shall refer to the resulting categories as "student subsegments." The student segment cells are mutually exclusive but the subsegments are not. At times the model works with the hierarchy of all cell types: for example, "blue-chip, minority, males who prefer small institutions." For other purposes it deals only at the student segment level or at the level of student segment plus one or two subsegments: for example, {blue-chip, minority, female}; {blue-chip, minority}; or simply {blue-chip}.

    12. Student segment characteristics:
    13. The market segments and subsegments will be characterized according to the following variables:

      • academic rating: average academic potential, as measured by (say) the SAT or ACT and high school grades
      • extracurricular rating: average high school extracurricular record, except for the record relevant to intercollegiate athletics
      • athletic potential: average potential for becoming a star athlete in a significant sport
      • ability to pay: the amount an average family can pay toward the total cost of education

      For example, the blue chip segment will have the largest average academic rating and the largest non-academic rating, though not the largest athlete rating. Blue chip students also may be expected to have a larger average ability to pay than students in some of the lower segments. IRHE is working to collect data on as many of these relations as possible.

      Except for "ability to pay," the calculations assume that all segment members’ values fall at the average. Because of the financial aid model’s particular requirements, ability to pay is distributed across the population of each segment and subsegment according a one-humped curve like the normal distribution but with a longer right-hand tail (we use a gamma distribution).

  2. Enrollment Management Module
    1. Primary Demand: Applications

      Suppose a prospective undergraduate student has decided to submit applications to a certain number of institutions. How many should go schools that will be easy to get into? How many should go to more attractive schools where the chances of admission are lower? The CyberCampus primary demand model simulates the way students go about answering these questions. The applicant profile for an institutional segment and student level can be obtained by adding up the applications for the student market segments and subsegments. The selective demand applications module, described in Section 3.4, calculates the player-managed institution’s applicant profile by determining how much the player-managed institution resembles each of the institutional segments.

      As suggested above, we assume that the number of applications per students is determined exogenously—that is to say, outside the model. (The number may be different for the different student segments and subsegments, and it may vary over time.) In the language of modeling, our task is to allocate the fixed number of applications across the institutional segments. The allocation procedure, which simulates what we believe to be a reasonable representation of actual behavior, works in the following way.

      The core idea is that students subjectively rate the typical school in each institutional segment. We simulate this result by means of a student preference function, which calculates an index that shows how the members of each student market segment and subsegment feel about the schools in each institutional segment. One of the game’s lessons is to internalize the idea that institutional actions affect student preference—and hence demand.

      We assume that students distribute their applications among institutions in the following two ways:

      • Proportional allocation: students allocate their applications in proportion to their relative preferences for the seven primary institutional segments. For example, if the private medallion universities generate twice as much utility for blue-chip students (in a given subgroup) as all the other segments combined, they will get two-thirds of the applications from that group.
      • High-assay allocation: students allocate their applications first to the institutional segments where their preference is largest ("highest assay"), then to the one with the next-largest preference, and so on, provided that the cumulative probability of admission to at least one school in some segment reaches an acceptable level. The cumulative probability requirement drives the selection of "backup schools." Otherwise the model would send all the applications to the institutional segment with the largest preference rating.

      The simulation blends the two methods according to a preset proportion (which may vary by student segment and subsegment) to produce the number of applications sent by a typical student to schools in each institutional segment.

      The per-student application figures are multiplied by the number of prospective students in each market segment and subsegment. These results added up to produce the total number of applications received by each institutional segment.

      In summary, the student applications module:

      • calculates the number of applications submitted by prospective students in each market segment and subsegment to each institutional segment;
      • based on a student preference function which depends upon the cost of attendance, financial aid, and various measures of institutional prestige and performance;
      • subject to the requirement that the cumulative probability of getting admitted somewhere exceeds a minimum threshold.
    2. Primary Demand: Institutional Admissions Offers
    3. The next step is to simulate institutional admissions decisions. How do schools decide which of the applications they receive should be accepted? Because admitted students must know about financial aid before they can decide where to attend, the admissions model must take financial aid requirements and resources into account along with student academic, extracurricular, and athletic ability, and race and gender considerations. Gaining insight about how admissions deans balance these sometimes-conflicting factors represents another important CyberCampus lesson.

      The admissions model starts with the idea of an institutional preference function, which rates academic, extracurricular, and athletic ability. Schools in the various institutional segments derive their ratings using different weights. Applying the preference function to the student attribute data produces a desirability rating for each student market segment and subsegment.

      Institutions decide which applicants to admit based on a combination of the proportional and high-assay procedures described earlier, subject to certain ancillary requirements. First comes the obvious requirement that enough students be admitted to fill the entering class. This, in turn, requires that schools over-admit to allow for the fact that some admittees will decide to go elsewhere. The result is that schools admit a certain fraction of the applicants from each student segment and subsegment, subject to the requirement that the number of admitees divided by the expected yield rate equals the number of student places to be filled. The expected yield rate depends on the actual yield rate as calculated for prior years. The desired fraction of admitees depends on institutional preferences and the blend of proportional and high-assay calculation programmed into the simulation.

      Schools also may apply race and gender as targets in the admissions process. For example, they may seek to maintain x% minority representation in the incoming undergraduate class. Such percentages are not treated as quotas, but rather as targets that may (or may not) alter the results of the proportional and high-assay calculations. The degree of weight applied to the target is a matter of school policy.

      Student financial aid also enters a school’s decision about admissions offers. The model allows for two kinds of institution-supplied financial aid: (a) need-based grant aid; and (b) merit-based grant aid. Student loans and grant aid supplied by other entities are not modeled explicitly, though they can be considered as taken into account via the ability-to-pay variable described earlier. Need-based aid depends on ability to pay and the total cost of attendance. (We assume no need-based aid above the undergraduate level.) Merit-based aid depends on academic, extracurricular, or athletic ability, depending on the school’s policy. Need and merit aid can be blended, and the degree of emphasis can vary by institutional segment. For example, one kind of school might stress need-based aid, another merit aid targeted to academic ability, and a third merit aid targeted toward athletes. The amount of aid can also be varied. Schools can cover all or a fraction of calculated need, academic scholarships all or a fraction of tuition, and athletic scholarships the full cost of attendance.

      Schools may decide to spend whatever is needed to provide the applicable amount of aid to all admitted students. Alternatively, they may limit total aid expenditures to a fixed sum, in which case their admissions offers will be adjusted so that the applicable aid falls within the budget.

      In summary, the institutional admissions offer module:

      • calculates the fraction of applicants in each student segment and subsegment admitted by schools in each institutional segment;
      • based on an institutional preference function which depends on academic, extracurricular, and athletic ability;
      • subject to the requirement that all places in the entering class be filled, taking expected yield into account;
      • adjusted by race and gender targets, if any; and
      • adjusted for financial aid budget limits, if any.

      The above procedure calculates the number of admissions offers received from schools in each institutional segment by applicants in each student market segment and subsegment. The admission rate for each institution-student segment can be determined from these results in a straightforward manner. The model also calculates the financial aid requirement based on each institutional segment’s financial aid policies and admissions profile, regardless of whether budget limits will apply.

    4. Primary Demand: Student Matriculations Decisions
    5. Now the model turns back to the simulation of student behavior. By what process do prospective students decide among multiple admissions offers? The answer is that students accept an offer from a school in the most attractive institutional segment, where attractiveness is based on the student’s preference function. However, before writing the simulation we must transform the aggregate numbers of offers produced by the admissions module into the average numbers of offers received by individual students from schools in each institutional segment.

      The transformation proceeds by calculating the average number of unduplicated offers per student within each institutional segment and the overlap of offers among segments. The following example shows why these quantities are important. Suppose an applicant receives four offers from private medallion research universities (segment 1) and two from medallion liberal arts colleges (segment 2), then decides to accept one of the university offers. This decision produces one university matriculation, three university rejections, and two liberal arts college rejections. Eliminating the university offers to this particular student (i.e., calculating the unduplicated offers for segment 1) prevents counting four matriculations when there can only be one. Eliminating the liberal arts college offers (i.e., calculating the overlap in offers between segment 1 and segment 2 institutions) prevents counting two matriculations when there can be none. The simulation uses probability theory to compute offer duplication and overlap.

      As in the previous algorithms, student matriculation decisions are simulated by combining the proportional and high-assay approaches. In the present case, proportional allocation assigns the unduplicated offers across institutional segments as a function of relative student preference. The resulting matriculations are subtracted from the unduplicated offers for each segment, taking account of the overlap of offers among segments. Then the high-assay procedure assigns the remaining unduplicated offers to the segment with the largest preference value. These procedures can be performed separately for each student market segment and subsegment.

      In summary, the student matriculation module:

      • calculates the number of offers received by an average student in a student market segment and subsegment;
      • by determining the degree to which different institutions offer admission to the same students;
      • then assigns per-student matriculations to institutional segments by a combination of proportional and high-assay allocation based on the student preference function;
      • and multiplies the per-student numbers by the number of students to obtain the total number of matriculations at schools in each institutional segment by students in each market segment and subsegment.

      The algorithm insures that the number of matriculations depends upon and does not exceed the number of applications for each institutional and student segment. Yield rates and financial aid commitments can then be calculated for each institution-student segment combination.

    6. Selective Demand: The Player-managed Institution
    7. Like a real institution, the player-managed institution operates within the context of a marketplace that sorts prospective students with different characteristics into matriculations at one or another institution. The primary demand modules, just described, simulates the operation of that marketplace. Now it is time to describe the connections between the external student market and the player-managed institution itself: that is, how the number of applications, admissions offers, and matriculations for the player-managed institution are determined.

      For applications and matriculations, the model compares the player-managed institution’s institutional attributes with those of the aforementioned institutional segments. In effect, we simulate how the player-managed institution looks to prospective students—through their eyes, using their student preference function. This makes sense because applications and matriculations decisions are made by the students themselves. If, for example, the player-managed institution looks like a private generic institution, one can expect that it will draw applications from the student market segments and subsegments at rates typical of that kind of institution. The same is true for yield rates.

      The CyberCampus player’s degrees of freedom lie not in making the students’ decisions for them, but rather in taking actions that will change how the player-managed institution looks to prospective students. Thinking in terms of actions and marketplace reactions represents another important lesson to be embodied in the game.

      The selective demand applications and matriculations modules operate as follows. First we determine the player-managed institution’s relative perceptual similarity to each institutional segment by comparing cost of attendance, financial aid, prestige, and the other performance values incorporated in the student preference functions, using the same weighting coefficients as the preference functions. The similarities, positive numbers that sum to one, are then used as the weights in a function that calculates the player-managed institution’s application and yield rates as a weighted average of the application and yield rates of the institutional segments. The student preference functions differ by student market segment and subsegment, so the player-managed institution’s application and yield rates also can be calculated on a segment-by-segment basis.

      Because the application rates have the dimension "number of applications per student intake place," it is a simple matter to multiply by the player-managed institution’s intake places to get its total applications. The yield rates, defined as the fractions of admissions offers that are accepted, will be applied to the player-managed institution’s admissions offers to get total matriculations.

      The player-managed institution’s admissions offer decisions will be simulated using the algorithm already described for primary demand. The player will be expected to provide inputs for the admissions and financial aid policy variables described in Section 3.3, and the selective demand applications module will provide the requisite applications figures. The output of the selective demand admissions module will feed into the matriculations module, where the aforementioned blended yield rates will be applied to obtain figures for the player-managed institution matriculations from each student market segment and subsegment.

    8. Lessons Embodied in the Enrollment Management Module
    9. The enrollment management module will help players understand student market structures and the effects of institutional positioning, price and price discounts, institutional performance, promotion, and admissions policies on student applications and yield rates. Marketing management texts stress the importance of segmentation, and the student and institutional segmentation structures built into the simulation should be interesting in their own right and also permit the player to access information at a rich level of detail. While more detail will be available than can be assimilated by an average player, users should be able to gain useful insights about the "great sorting" that takes place in the student-institution marketplace and about the kinds of strategies needed to manage enrollments effectively.

      The following list provides some more specific insights we hope to offer the CyberCampus player. In addition to explaining the motivation behind the student intake algorithms, the listed items may help guide the game design and user interface. (For purposes of the list, "we" and "our" refer to the CyberCampus player.)

      Institutional segmentation and market positioning:

      • How do students’ perceptions sort institutions into segments? Why should we be alert to trends in student perceptions?

      • Which are our peer institutions as seen by students?

      • To what group of peer institutions do we aspire? What would it take to reposition ourselves?

      Student segmentation and target markets

      • How should one classify potential students? How can data on student market segmentation and greater specificity about our target markets aid enrollment management?

      • What are the current profiles of our entering students? How do they differ from those of our peer institutions? Are we satisfied with the profiles? If not, to what profiles do we aspire and what would it take to get there?

      • Do the profiles of applicants differ from those of entering students? For example, to what extent do yield rates indicate we’re a first-choice or backup school for each student segment? What if anything can be done to improve our profiles?

      Competitive comparisons

      • How do our sticker prices and financial aid awards differ from those of our actual and desired peer institutions? What are the trends? Can we do anything to improve matters?

      • How do the various institutional performance indicators differ from those of our actual and desired peer institutions? What are the trends? Can we do anything to improve our performance?

      • How do the various input measures differ from those of our actual and desired peer institutions? (Input measures include spending per student, student-faculty ratios, faculty quality indices, endowment, revenue mix.) How should we assess the impact of input-mix changes upon student preference—and hence upon our application and yield rates?

      • How much improvement on the above dimensions can reasonably be achieved given the institution’s financial and other resources? How should we make tradeoffs among the various improvement options?

  3. Academic Operations Module
    1. Student FTEs

      The student FTEs submodule allocates new-student interest across departmental programs (intDepts), for each stuLevel and intDept, simulates the movement of people into and out of the student population, and determines the numbers of degrees awarded, dropouts, continuations, and current student FTEs. The definition of intDept is as follows:

      Interest department (intDept): the academic department in which a particular student concentrates. "Concentration" means different things for different student levels: for example, "major" undergraduates and "field" for masters and doctoral students. The intDepts for undergraduates who have not yet selected a major represent general areas of interest.

      The submodule includes task-specific models that:

      • update the parameters for allocating new-student interest among departments (program choice), based on departmental performance and exogenous factors
      • allocate new-student interest among departments (intDepts)
      • update the graduation and dropout probabilities for each stuLevel and intDept, based on departmental performance, student characteristics, and exogenous factors
      • use the transition probabilities and new-student intDept allocations to determine degrees awarded, dropouts, and current student FTEs
      • aggregate the results over student segments and gender-ethnic groups to determine the number of student FTEs by stuLevel and intDept
    2. Course Enrollment
    3. The course enrollment submodule determines the number of course enrollments by department (cseDepts), by level of course offered (cseLevel). The definitions of cseDept and cseLevel are:

      Course department (cseDept): the academic department offering a courses in which the student actually enrolls. The list of cseDepts is the same as the list of intDepts, but the two constructs play different roles. The prototype uses only four departments, but ten or a dozen are anticipated for the final model.

      Course level (cseLevel): the level of a course in which a student actually enrolls. The range of course levels is limited to "undergraduate" and "graduate." Doctoral and masters courses are not differentiated, and there are no special courses for non-traditional students. (Certain courses are tagged as being available for distance teaching; this will be discussed in a section.) Separating the cseLevel and stuLevel constructs permits the simulated students to take "out of level" courses: for example, an undergraduate may take graduate-level courses.

      The submodule includes task-specific models that:

      • update the parameters for cseDept preference among departments for each stuLevel and intDept, based on departmental performance and exogenous factors
      • update the parameters for course coherence, by cseDept, for each student level and intDept, based on cseDept policy and performance and exogenous factors
      • allocate course enrollment to cseDepts
      • update the parameters for cseLevel preference for each stuLevel and intDept, based on departmental performance and exogenous factors
      • allocate course enrollments to cseLevels
      • aggregate the results over stuLevels and intDepts to obtain the profile of total course enrollments for each cseDept
    4. Faculty FTEs
    5. The faculty FTEs submodule: (a) determines the profile of new faculty hires for departments with an authorization to hire (from the resource allocation model); and (b) determines faculty departures and continuations. The submodels:

      • update hiring policies: departmental preference for rank/age and gender-ethnic group
      • update market position: effect of salary and departmental morale on hiring ability by rank/age, gender-ethnic group, research ability, and teaching ability
      • apply the above to determine the rank/age, gender-ethnic group, research ability, and teaching ability of each department’s new hire(s), if any
      • update faculty transition probabilities based on salary and departmental morale
      • use the transition probabilities and new hires to determine the number and profile of faculty in each rank/age group
      • aggregate over gender-ethnic groups to determine the number and profile of faculty in each rank/age group
    6. Course Offerings and Teaching Assignments
    7. The course offerings and teaching assignments submodule determines course supply, and class sizes. Course offerings are determined for each department, course level, and course type.

      The task-specific models:

      • update normal class size and normal teaching load based on prior experience and exogenous factors
      • update faculty course-teaching preferences for course levels and types, based on prior experience, departmental policies, and exogenous factors (course types include lecture, seminar, and general—each with or without a "distance-learning" option)
      • apply the above, plus the bottom-line results of the course demand and faculty cohort models, to determine the number of course offerings by course level and type, plus actual class sizes and teaching loads by rank/age group
    8. Faculty Research
    9. The faculty research commitments submodule determines the amount of research effort required to meet sponsored research commitments. The submodule also determines the number of doctoral research assistants that will be available to faculty members. The models produce results for each department and faculty type.

    10. Faculty Discretionary Time Distribution
    11. The faculty discretionary time distribution submodule determines how faculty spend the time available after accounting for the student contact hours called forth by the teaching assignments. The discretionary time distribution is determined for each department and faculty type.

      The task-specific models:

      • update faculty discretionary time preferences for each rank/age group, based on faculty profiles, prior experience, institutional and departmental policies, and the incentive-reward environment, and exogenous factors
      • use the actual teaching loads and discretionary time preferences to allocate faculty discretionary time by rank/age group
      • determine sponsored research proposal volume by rank/age group, based on discretionary time, the faculty profile, and the incentive-reward environment
    12. Departmental Performance
    13. The departmental performance model determines educational value added, student satisfaction, sponsored research proposals and awards, research outcomes, faculty morale, and various other performance variables. The performance variables are available for reporting to the player and they will drive the aforementioned updating and allocation functions in the next simulated year.

      The task-specific submodels:

      • update course development and technology investment effects, which depend on resource allocations and the distribution of faculty discretionary time
      • determine educational value added and student satisfaction based on the distribution of course types and levels, class sizes, teacher profiles, discretionary time allocations, and the cumulative effects of update course development and technology investment
      • update the department’s market position in sponsored research, based on the faculty profiles, discretionary time distribution, departmental performance, institutional prestige, the indirect cost rate, infrastructure support, and exogenous factors
      • determine sponsored research proposals based the faculty incentives and the discretionary time distribution
      • determine sponsored research awards based on proposal volume and market position
      • determine research outcomes based on sponsored research volume, actual teaching loads, discretionary time distributions, and infrastructure support
      • determine faculty morale based on teaching loads, the discretionary time distribution in relation to the teaching/research ability profile, resource allocation policies, and other variables
      • determine other departmental performance variables to be specified later
  4. Non-Academic Operations Module
  5. Physical Plant Module
  6. Resource Allocation Module
  7. Implementation Details
    1. Notation Used in the Prototype
      1. Mathematica allows variables to be defined as functions or lists. A function’s arguments can be either static (fixed identifiers) or dynamic (variables that can change with each call). This paper denotes functions by functionName[argS, argD], where argS is static and argD is dynamic. Lists are denoted by List{element1, element2, etc.}. For example, functionName[argS, argD] = List{element1, element2} represents a function of one dynamic argument which returns a two-element list; List{depts} denotes all the departments included in the simulation.
      2. In general, functions are used to represent entities that probably will be programmed as objects in the production code. (A few exceptions were required for ease of prototyping and the mapping is optional in any case.) Cascading arguments denote objects ‘owned’ by other objects (e.g., the arguments stuLevel, stuSeg, genEthGp imply that multiple stuSeg objects are ‘owned’ by each stuLevel object and multiple genEthGp objects are ‘owned’ by each stuSeg object. The numerical value or list associated with each function represents data owned by the object, the algorithm, if any, is the object’s method.
      3. Key variables are listed for each module. The variables list is not necessarily exhaustive, but it does include the major inputs (with notation as to source if computed by another module) and all the outputs used by other modules. Sample performance indicators also are defined where applicable. They are not used in subsequent modules, but they represent candidates for reporting to the player.
      4. Input for the production model should be in the form of tables that represent fully the most disaggregated object specification. However, practicality suggested that the input for the prototype be expressed in aggregated form. Input is given according to the Mathematica notation functionName[arg1,___ ], which implies that the data or algorithm should apply to arg1 any number or additional arguments. This allows subsequent code to be structured in fully disaggregated form while limiting the amount of input data required for the prototype.
    2. Response Functions
      1. Purpose: to transform a list of input variables into a single output variable, as in graduationProbability =f[intDept performance, student academic rating]. These functions are used throughout the program to update parameters, determine the results of budget allocations, etc.
      2. Approach: an s-shaped curve or the sum of two s-shaped curves (‘logistic functions’). The s-shaped curve is easy to compute and provides limits on the degree of variation of the output variable.
      3. Method 0: basic logistic function used in both subsequent methods. The mathematical expression is:
      4. (Eq 2.1)

        where v is the input variable and m the norm for the input (v and m are usually lists of variables).

      5. Method 1: single logistic with ceiling and floor, used when the output variable is a simple "s," with maximum slope midway between the extremes.
      6. respF[ceiling, floor, m, v]; floor = 0, ceiling = 1, and m = 0:

      7. Method 2: dual logistic, used when the output variable does not necessarily have maximum slope midway between the extremes —e.g., where there is a range of relative insensitivity around the middle of the curve.

      respF[ceiling, floor, base, m1, m2 , v]; floor = 0, ceiling = 1, and m = 0:

    3. Exponential Smoothing Function
      1. Purpose: to introduce response lags so that a change in a policy or other variable take effect over a number of periods.
      2. Method: uses a ‘distributed lag model,’ also known as ‘exponential smoothing.’ Let yt be the variable to be smoothed, xt the driver variable(s), and z [xt] the long-run value of y after the effects of xt have fully worked themselves into the system. Then:

      (Eq 2.2)

      where the smoothing parameter, l , must be between 0 and 1. This will be denoted by:

      (Eq 2.3) ExpSm[z(x)]

    4. Piecewise Linear Approximation to a Quadratic Program (PLQ)
      1. Purpose. Many CyberCampus modules require the minimization (or maximization) of a function subject to linear constraints. The prototype uses Mathematica’s ConstrainedMin function, which implements linear programming. However, at times the objective function must at least approximate a quadratic if reasonable results are to be obtained. The PLQ function performs the approximation.
      2. Production note. Our development partner should obtain a proper quadratic programming routine, coded in C or C++, to replace my PLQ function. The function should minimize a quadratic objective function subject to linear equality and inequality constraints. This is a standard optimization algorithm.
      3. Approach. The PLQ function takes as input the objective function (f), the constraint set (g), and the variable list (x), expressed in the format Mathematica uses for its ConstrainedMin function. To this it adds four additional inputs:
      4. xQ: list of variables included in f which are to be expressed in quadratic terms (xQ may be of any length <= number of variables in f; the variable names in xQ must be the same as those in f)

        nQ: list containing the number of piecewise linear segments to be used in approximating each element of xQ

        dQ: list containing the increment of each variable to be used in forming the piecewise linear segments (the first segment runs from 0 to dQi, the second from dQi to 2 dQi, and so on)

        kQ: list containing multipliers to determine the amount of additional curvature, for each variable, to be applied in each piecewise linear segment (the multiplier for the first segment is 1, for the second segment it is kQi, for the third it is {1+kQi}2–1, and so on)

      5. Method. The PLQ function expands each variable in x to include the appropriate series of approximation variables and multipliers. For example, if nQi=3, then xi->xi + kQi xQ1i + [{1+kQi}2–1] xQ2i. Constraints are added to define the new variables: { xQ1i = x i – dQ i, xQ2i = x i – 2 dQ i, etc}. Then the new variables are added to the decision variable list and the expanded problem is solved using ConstrainedMin.