Spreadsheet by akgame

VIEWS: 231 PAGES: 2

More Info
									7b00e985-b44a-4520-9571-4305985fa368.xls

Modification Questionnaire

nds

Beac h

ay

e

s

Sacra men to

Marc os

eld

Cal M aritim

Los Ang ele

Fulle rton

Mon terey B

Chan ne

Pom

Long

Yes

Yes

No

No

Would your campus use this mod as presented…n o new development , Y/N?

Yes. We already implemented this mod directly from the CMS Central website with a last update date from Pomona of 10/23/2006 although we had to make a local mod to fix a bug which we hope would be fixed in the CSU Baseline version. The bug we had to fix was to correct a problem with the version of the spaminator we got from cal poly pomona to allow emails to be sent to someone whose email address contained more that one period as in susan.kachner@csu.fullerton.edu. Without the local fix, the mod would not send email to an email address with more than one period. So assuming the CSU Baseline version fixes this bug, we would uninstall our campus version and use the CSU Baseline version. We are pleased that the newer version from Pomona has lots more data elements available for inclusion in emails.

Yes - Note that only No our admissions area indicated a strong interest in this at this time. Financial Aid and Student Financials perhaps, but are not willing to devote the time and resources necessary to implement at this time.

No

No

We are currently using Pomona's mod.

Of course, we use it now

Yes

No

Yes

San

No

Yes

1

If your response is "No," what changes would you suggest for the mod for usability prior to v9.1? Pomona E- Please be specific. mail Modification

We're not sure at this point. Most letters/e-mails are currently assigned via custom processes in Admissions and Campus Community to fit within our business process. Ultimately we would want a more flexible solution that allows us to use any fields, not just those that are defined by administrative function.

Major issues raised at Chico concerned "blacklisting" for email generated from sources outside of our campus control. Also, control over what letters are stored in the database.

See above. The bug we discovered needs to be fixed if it has not been already.

none- we have our None. The storage N/A own solution issue seems large enough for us to wait for what we will be getting in 9.1 for now.

None

As long as any hardcoding for specific letter codes has or is removed. - this is not an issue, checked with Pomona

SSU response is based on what "no new development" means. Maybe this is already considered with "Pomona" mod. Concern is whether campus would be limted to Pomona's Admin functions and current variables. This is where Sonoma's Mod Request to Baseline got bogged down, during Alyson's exercise in trying to get campuses to define what variables were needed. Additional MUST is the ability to purge letters when needed.

Approximately Unknown how many letters per year would your campus need to store in the database?

3500

None.

We currently only use this mod for one campus mod that we are still developing to email students when it looks like it is time to apply for graduation. I'd guess the volume to be about 15,000 per year.

New Student Registration: 6,750, Cont Reg: 3,000, Acad Prob: 600, Acad Disqual: 175, Admin Disqual: 125 (10,650) -Fin Aid = 9,000 & Student Fin = 10,000 // Total for CSUMB approximate = 30,000

80,000 Note: Remember Perhaps 20 or more. the user indicates whether or not they want the letter stored. Pomona does not store ALL letters generated through the mod because not all letters are requested to be stored.

N/A

30,000

180,000

40,000 Per year

No As demonstrated, this modification stores all letters in the database. If this is determined to be a database size issue (performance) would you still want to utilize this modification without this feature, Y/N?

None. We try to routinely purge the letter data tables (as opposed to the communication tables) to avoid the sizing issue.

No. We are very selective about Yes which emails to use the Pomona email modification for with the assumption that the content will be stored in the database. If the content is not stored, we have no reason to use this mod. We have our own campus modification to send emails to students based on a file of ID's that allows minimal variable substitution that does not store the content of the email nor a 3C's communication row. We have other campus mods that send emails to alert students they have been enrolled off a waitlist or have been dropped from a cancelled class. Those mods store a 3C's communication row as a record the email was sent but do not utilize the Pomona mod to store the content of the email.

Not preferred. We don't need to store all communications. We need disqual letters but not registration notifications.

FYI - it has not been an issue for us. Tim believes the bigger issue is when the mod goes to various tables to pull the data for the letter. He has learned of some tricks that minimize this impact on performance. We have not needed to yet, but we would consider purging stored letters after a period of time. We woudl not use the mod if it did not have the feature to store letters

Yes. It would, of course, be better with a more dynamic approach to letter storage that didn't require storage of letters for each individual student, but we would still use it. We would probably have to be able to set up a periodic, selective purge process to alleviate space issues.

N/A

Yes

No. (need purge)

Yes

Last Revised: 00/00/00

Stan
Page 1

San

#

Questions

Hum bo

Mod Name

Bake rsfi

Sono ma

Fres no

Chic o

islau s

ldt

l Isla

Jose

ona

7b00e985-b44a-4520-9571-4305985fa368.xls

Modification Questionnaire

nds

Beac h

ay

e

s

Sacra men to

Marc os

eld

Cal M aritim

Los Ang ele

Fulle rton

Mon terey B

Chan ne

Pom

Long

Yes Would your campus use this mod as presented…n o new development , Y/N?

Yes

No

Very interested in this No mod, but cannot answer any questions until we have seen the actual mod code.

No. Note that Fresno Yes has in place and is using it's own modified version that meets most of our needs. The primary issue with our version is the inability to generate HTML in its current version.

Yes

No

Probably not. With the Yes mod we have and the capability for faculty to email their entire class via the class roster we do not have a burning need for this feature

Yes

Yes

San

Yes

2

San Jose If your Messaging response is Modification "No," what changes would you suggest for the mod for usability prior to v9.1? Please be specific.

The modification goes against our campus policy of using campus e-mail as our official medium for official campus communications.

We would never use this mod. Our campus utilizes a campus-developed Student Portal and Faculty/Staff Portal using .NET functionality that has its own portal messaging functionality that has been in production for years. We also have a campus-developed PS mod that allows portal messages to be sent to a file of student id's. The San Jose mod, while slick, would not be used on this campus.

Prefer Cal Poly's mod.

no suggestions

1

Pomona Email Modification

Last Revised: 00/00/00

Stan
Page 2

San

#

Questions

Hum bo

Mod Name

Bake rsfi

Sono ma

Fres no

Chic o

islau s

ldt

l Isla

Jose

ona


								
To top