Differences

This shows you the differences between two versions of the page.

--- projects [2011/09/06 00:11] – added mcnamee and wang dymond
+++ projects [2011/09/14 18:19] (current) – dymond
@@ Line 1: / Line 1: @@
-====== Currently offered Projects, Fall 2011 (updated September 3, 2011)  ======
+====== Currently offered Projects, Fall 2011 (updated September 5, 2011)  ======
 (Listed in order received.)
@@ Line 191: / Line 191: @@
 __Description__
-In this project you will compare several efficient methods for solving polynomials. Pre-req: course in Numerical methods and some knowledge of programming, preferably in Fortran.
+In this project you will compare several efficient methods for solving polynomials.
 ----
 :
 ----
+====== MF7114 Assembler ======
+**Supervisor**: Zbigniew Stachniak
+**Required Background**:
+Some knowledge of microprocessor architecture and assembly programming
+__Description__
+Every microprocessor is supported by a variety of software tools, such as assemblers, disassemblers, and debuggers to allow the development and testing of application programs destined for that microprocessor. The purpose of an assembler is to translate a program written in the target CPU's assembly language into that CPU's machine language. The objective of this project is to write an assembler for the MF7114 microprocessor and test it on a recently written MF7114 emulator.
+Background Information: The MF7114 CPU was the first microprocessor designed and
+manufactured in Canada (by Microsystems International Ltd, or MIL) and one of the earliest microprocessors ever produced. The microprocessor was used, among other applications as the CPU of the CPS-1 microcomputer. Although none of the CPS/1 computers (nor MF7114 software) have survived, technical information about the microprocessor and the CPS-1 has been preserved. This makes the design and
+implementation of an assembler possible. More information on
+http://www.cse.yorku.ca/museum/collections/MIL/MIL.htm
+----
+:
+----
+====== MF7114 Debugger ======
+**Supervisor**: Zbigniew Stachniak
+**Required Background**:
+Some knowledge of microprocessor architecture and assembly programming
+__Description__
+Every microprocessor is supported by a variety of software tools, such as assemblers,disassemblers, and debuggers to allow the development and testing of application programs destined for that microprocessor. The purpose of an MF7114 debugger is to debug programs written in the assembly language of the MF7114 microprocessor. The objective of this project is to write an MF7114 debugger and test it on a recently written MF7114 emulator.
+Background Information: The MF7114 CPU was the first microprocessor designed and
+manufactured in Canada (by Microsystems International Ltd, or MIL) and one of the earliest microprocessors ever produced. The microprocessor was used, among other applications as the CPU of the CPS-1 microcomputer. Although none of the CPS/1 computers (nor MF7114 software) have survived, technical information about the microprocessor and the CPS-1 has been preserved. This makes the design and
+implementation of a debugger possible. More information on
+http://www.cse.yorku.ca/museum/collections/MIL/MIL.htm
+----
+:
+----
+======Web Crawlers Behaving Like Humans: Are We There Yet!? ======
+**Supervisor**: Natalija Vlajic
+**Required Background**: General prerequisites
+__Description__
+Distributed Denial of Service (DDoS) attacks are recognized as one
+of the most serious threats to today's Internet due to the relative
+simplicity of their execution and their ability to severely degrade
+the quality at which Web-based services are offered to the end users.
+An especially challenging form of DDoS attacks are the so-called
+Application-Layer DDoS attacks. Namely:
+) In Application-Layer DDoS attacks, the attackers utilize a flood
+of legitimate-looking Layer-7 network sessions (i.e., sessions that
+are generally hard to detect and/or filter out by a firewall or an
+IDS system);
+) Increasingly, these sessions comprise HTML requests generated by a
+cleverly programmed crawler that executes a semi-random walk over the
+web site links, thereby attempting to appear as a legitimate human
+visitor.
+The goal of this project is to investigate the state of the art in
+malicious web crawler design. In particular, the project will look
+into the challenges of designing a smart-DDoS-crawler from the
+attacker point of view - one of these challenges being the estimation
+of web-page popularity assuming no a priori access to the web-logs
+of the victim web-site.
+----
+:
+----
+====== GFI Sandbox  Analysis of Malware for DDoS ======
+**Supervisor**: Natalija Vlajic
+**Required Background**: General prerequisites.
+__Description__
+GFI Sandbox is a sophisticated industry-leading tool for quick and
+safe analysis of malware behaviour. The goals of this project are:
+) familiarize yourself with the operation of GFI Sandbox;
+) using readily available GFI Sandbox Feeds (i.e., ThreatTrack Feeds),
+build a database of malware designed specifically for execution of
+DDoS-attacks - the so-called botnet malware;
+) examine the behaviour of the collected malware 'upon execution';
+) propose and build an environment - comprising the standard freeware
+security tools - for longer term (beyond immediate execution) analysis
+of the collected malware.
+----
+:
+----
+Network analysis of EEG data: Understanding connections in the brain
+====== Network analysis of EEG data: Understanding connections in the brain ======
+**Supervisor**: Andrew Eckford
+**Required Background**: CSE 3213 (Computer Networks), CSE 3451 (Signals and Systems), and MATH 2030 (Elementary Probability); or equivalents
+**Preferred**: At least a B in all of the above courses
+__Description__
+Electroencephalogram (EEG) data indicates electrical activity at particular locations in the brain. Using EEG data from multiple sensors, it is possible to find correlations among the measurements, and identify “networks” of activity in the brain. These networks help researchers to determine exactly how the brain processes various stimuli.
+The tools that are used to analyze communication networks can also be used to analyze brain networks. In this interdisciplinary project, you will work with a collection of EEG data to identify correlated measurements, and determine network-type relationships based on those measurements. To do so, you will apply skills you learned in courses on Signals and Systems, Computer Networks, and Probability. Your work may lead to a research publication.
+----
+:
+----
+====== An Open Source Structural Equation Modeling Path Diagram to Syntax Application ======
+**Supervisor**: Jeff Edmonds
+**Required Background**: JAVA
+**Recommended Background**: GUI Development
+__Description__
+The software required is an application that allows researchers to define their hypothesized models visually and will output the correct syntax for the analytical software of their choosing.
+To date a promising functional application has been developed in JAVA by a Computer Science student as a 4080 project.  The existing software allows the user to draw a path diagram and outputs code for the R package sem.  There are a number of improvements to be made (refinements and additions to graphical user interface) and then the application needs to be extended to output syntax appropriate for additional software applications (openMX, MPlus and EQS).
+This a cross-disciplinary project with the Quantitative Methods division of the Department of Psychology. As such, the student will be working with individuals with expertise in the relevant statistics but are not themselves software developers, which is reflective of real-world situations.  The student is not expected to have any familiarity with statistics or the software packages mentioned above, this background will be provided.
+----
+:
+----
+====== YUsend Thermal Vacuum (TVAC) Test Manager  ======
+**Supervisor**: Rob Allison (co-supervised with Hugh Chesser, Space Engineering)
+**Required Background**: General CSE408x prerequisites, familiarity with C++ and Windows software tools
+__Description__
+The YUsend (York University Space Engineering Nanosatellite Demonstration) Lab has procured a Windows XP-based industrial computer and temperature acquisition card (as well as other hardware) for performing TVAC testing of nanosatellites in the CSIL Lab (PSE 003).  A "TVAC Test Manager" application written using LabView's G programming language will oversee the acquisition of temperatures (thermal test outputs) and control of IR lamps (thermal test inputs) during the rather long periods (4 or more days, 24 hours a day) of a TVAC test.
+Specific tasks include:
+.  Writing temperature acquisition card (OMEGA Engineering CIO-DAS-Temp) drivers for LabView - should be written in Visual C++ or similar and compiled into SubVI format.
+.  Write LabView VI's ("Virtual Instrument") to perform (a) Test set-up activities - checkout of sensor and lamps, assigning neumonics to temperature sensors, setting of alarm conditions for sensors and lamps (b) Acquire and monitor temperature data and control lamp voltage during test, raise operator alarms for temperature or IR lamp anomalous conditions as required (c) Store temperature and control data for subsequent analysis and reporting.
+. (Optional) Interface the Test Manager with an orbital simulation tool which would be used to compute IR lamp inputs based on a simulation of the nanosatellite's orbital position and attitude (eg - in the sun, lamps on, in eclipse lamps off).  The simulation tool is a package called Satellite Toolkit (STK) which has an TCP/IP-based API.
+----
+:
+----