Concordia University Wisconsin  ·  School of Arts and Sciences  ·  M.S. Artificial Intelligence Curriculum proposal draft
Artificial Intelligence Curriculum Evolution
CSC 5040 3 Credits 5000 level Moderate AI weight Shared with MSCS

Applied Computer Networking

Network engineering and operations are now largely machine-assisted: telemetry is triaged by learned detectors, configuration and remediation are drafted by AI agents, and the enterprise network has become the delivery and control path for AI services. The course keeps its networking identity and adds the evaluation, validation, and accountability skills a practitioner needs to supervise that automation, including the rollout and rollback discipline a machine-proposed change must clear before production.

The revision

Current description → proposed description

Current — CUW catalogverbatim

This course is an in‐depth view of data communication and networking, ranging from the primitive historical approaches to the ever changing modern state of the field. It includes principles of network design, using a top‐down approach and focusing on technologies used in the Internet. It will help students learn to design network‐aware applications using sockets, threading, and concurrency. It will help students understand how the Internet works, from the transport layer down to the physical layer. It will help students prepare for future positions in research and development by introducing them to the latest research in Internet technologies. It will help students become better writers by emphasizing written work where possible. It will also help students apply networking technology in ways that can enrich their lives and assist in spreading the Gospel.

Proposed — revised for the AI eradraft

This course offers a graduate-level, in-depth treatment of data communication and networking, tracing the field from its historical foundations to its ever-changing modern state. Using a top-down approach centered on the technologies of the Internet, students examine principles of network design and the operation of the stack from the transport layer down to the physical layer, and they design network-aware applications using sockets, threading, and concurrency. The course extends that foundation to contemporary practice, in which networks are instrumented continuously and operated with machine assistance. Students work with packet captures, flow records, and streaming telemetry; evaluate machine-learning traffic classification and anomaly detection against base rates, false-positive cost, and drift; and judge AI-generated configuration and remediation against the validation, staged-rollout, and rollback criteria a machine-proposed change must satisfy before it reaches production. Attention is given to the transport and egress path on which enterprise AI services depend, including long-lived token-streaming connections to external model and embedding APIs, and to the privacy, transparency, and accountability questions raised by automated inspection and automated enforcement. Written work is emphasized throughout in design documents and incident reports, preparing students for positions in research and development. Students also consider the stewardship of networked infrastructure as a calling that enriches lives, serves the neighbor, and assists in spreading the Gospel.

Note. The graduate catalog text for CSC 5040 is word-for-word identical to the undergraduate CSC 3610 Networks & Security description once the non-breaking hyphens are normalized; the only differences are one comma, the word Finally, the subject swaps It / This course / CSC 3610, and Gospel versus gospel. A master's course carrying the undergraduate description essentially verbatim is a differentiation problem, and the proposed description is written to establish graduate-level depth and a distinct operational scope. CSC 5040 is one of the eight graduate CSC courses outside the MSAI proposal, and the workbook curriculum map has no row for it, so every PLO mapping here is newly proposed rather than a confirmation of an existing map; the mapping is deliberately sparse and omits PLO 2.2, 3.1, 4.1, 4.2, and 5.2, which this course does not genuinely carry. Verification of machine-proposed change is now assessed rather than only promised: CLO 4 was extended to cover agent-drafted configuration and remediation and the pre-deployment validation, staged-rollout, and rollback criteria such a change must clear, and the description, impact summary, and key_changes were re-aligned to that verb, so the course now assesses the change-management judgement it promises rather than only describing it. On CLO 2, the department has a choice: the CLO text now has the service actually consume a streamed model response and call embedding APIs, so PLO 6.1 is earned by the outcome rather than by inference; if the department would rather keep CLO 2 as pure transport engineering, the honest alternative is to drop PLO 6.1 from this course entirely, since sparse mapping is the correct answer for a course serving MSCS students. The description clause about long-lived token-streaming connections to external model and embedding APIs was added deliberately so the catalog text and CLO 2 describe the same transport path. The graduate CSC catalog page lists no prerequisites for any of the 18 courses - the word prerequisite does not appear on the page at all - so these outcomes assume prior undergraduate networking or equivalent professional experience that the catalog cannot currently enforce; that is worth a registrar and admissions check. CSC 6410 Advanced Networking states in its own catalog description that it is related to the other networking course in this curriculum but takes a different approach; the machine-learning detection and AI-traffic content proposed here should be coordinated with CSC 6410 and with CSC 5025 Cybersecurity so the three do not duplicate one another.

What changes

  • Graduate register and depth distinguished from the undergraduate networking course
  • Telemetry pipelines: packet captures, flow records, and streaming telemetry as working data
  • Operational evaluation of ML traffic classification and anomaly detection against drift and false-positive cost
  • Transport and egress path engineered for enterprise inference workloads
  • Privacy, accountability, and rollback limits on automated inspection, machine-generated configuration, and automated enforcement
Course learning outcomes

6 proposed outcomes, mapped to 7 program outcomes

Each outcome below is written to be observable and assessable, and each is mapped to the program learning outcomes for which it produces evidence.

1

Students will be able to analyze end-to-end Internet behavior across the transport, network, link, and physical layers by collecting and normalizing packet captures, exported flow records, and active performance measurements from a live path, and reasoning from them to explain how addressing, routing, congestion control, and queueing determine application-level latency, loss, and throughput.

Maps to

The CLO requires students to collect, normalize, and reconcile measurements from several distinct instrumentation sources - captures, exported flow records, and active probes - and to analyze them to explain observed network behavior, which is the multi-source data acquisition and analysis in service of a real problem that PLO 2.1 names.

2

Students will be able to implement a concurrent, network-aware service using sockets, threading, and transport-layer protocols, designing its transport path for an enterprise inference workload through long-lived streaming connections that consume a token-by-token model response, connection reuse, retry and rate-limit backoff against the provider's published limits, explicit latency and throughput budgets, and controlled egress to external model and embedding APIs.

Maps to

The CLO's assessable artifact is a service that actually calls external model and embedding APIs, consumes a streamed token-by-token response, and backs off against the provider's published rate limits inside a stated latency and throughput budget, which is the structured enterprise deployment of LLMs through APIs and embeddings that PLO 6.1 names, earned at the network layer this course owns.

3

Students will be able to evaluate a deployed machine-learning traffic classifier or anomaly detector by selecting metrics appropriate to a low-base-rate setting, including precision at the operating threshold, alert volume, and analyst cost per false positive, diagnosing degradation caused by traffic drift, pervasive encryption, and adversarial evasion, and specifying the threshold change or retraining plan that follows from that diagnosis.

Maps to

Selecting metrics fit for a low-base-rate detection problem, diagnosing the model's limitations under drift and evasion, and deriving a threshold or retraining decision from that diagnosis is exactly the performance assessment and iterative, diagnostically driven refinement described in PLO 6.2.

4

Students will be able to critique a network monitoring, configuration-automation, and enforcement design, including deep packet inspection, encrypted-traffic analysis, machine-generated configuration and remediation, and machine-initiated blocking or quarantine, against the privacy intrusion it imposes, the transparency owed to the people it observes, the distribution of its error costs, the pre-deployment validation, staged-rollout, and rollback criteria a machine-proposed change must satisfy before it reaches production, and the human escalation path required before consequential action.

Maps to

Judging inspection, agent-drafted configuration and remediation, and machine-initiated enforcement against privacy intrusion, transparency to those observed, who bears the cost of an error, the validation and rollback gate a machine-proposed change must clear before production, and the human escalation that preserves accountability is the ethical and legal integrity evaluation this outcome demands; the workbook states this same outcome twice in word-for-word identical terms, under Christian Faith as PLO 1.1 and under Integrated Disciplinary Knowledge as PLO 3.2.

5

Students will be able to compose network design documents and post-incident reports that convey telemetry findings, detector limitations, and residual risk accurately to both engineering and executive audiences, stating plainly where AI-assisted analysis or AI-generated configuration contributed, how each was corroborated before deployment, and what remains uncertain.

Maps to

Writing the same findings, the limits of the AI-derived evidence and AI-generated configuration behind them, and their risk and ethical implications for an engineering audience and again for a non-technical executive audience is the clear and responsible communication of AI results and ethical considerations to both audiences that PLO 5.1 specifies.

6

Students will be able to justify decisions about network access, capacity, cost, and reliability by reference to who is able to reach the networked services those decisions carry, AI-dependent services among them, framing the stewardship of shared networked infrastructure as a Christian vocation exercised in service of the neighbor and the mission of the church.

Maps to

Arguing for network access, capacity, cost, and reliability decisions on the grounds of who gains or loses reach to the services they carry, AI-dependent services included, and naming infrastructure stewardship as a calling that serves the neighbor and the church's mission, is the vocational articulation guided by a Christian worldview that PLO 1.2 requires, and it carries forward the course's existing catalog commitment to networking that enriches lives and assists in spreading the Gospel.

Coverage

Program outcomes this course reaches

Filled cells are program learning outcomes with at least one supporting course learning outcome in this course. Sparse coverage is expected — no single course carries all twelve.

ULO1
1.11.2
ULO2
2.12.2
ULO3
3.13.2
ULO4
4.14.2
ULO5
5.15.2
ULO6
6.16.2