Учебное пособие: Методические указания к курсовому проекту по дисциплине «Проектирование информационных систем»

Учебное пособие: Методические указания к курсовому проекту по дисциплине «Проектирование информационных систем»




🛑 👉🏻👉🏻👉🏻 ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻




























































Федеральное агентство по образованию
Государственное образовательное учреждение высшего
«Волжский государственный инженерно-педагогический университет»
«Проектирование информационных систем»
Кулева Л.В. Проектирование АРМ управленческого персонала .
Методические указания к курсовому проекту по дисциплине «Проектирование информационных систем». - Н.Новгород, 2009.
Методические указания к курсовому проекту по дисциплине «Проектирование информационных систем» предназначены для студентов специальностей: 230201.65 Информационные системы и технологии и 080801.65 Прикладная информатика (в менеджменте). Содержат описание целей и задач курсового проектирования, рекомендации по выполнению, оформлению и защите курсового проекта. В работе представлен перечень тем курсовых проектов.
1. Цель курсового проектирования и выбор темы............................. 4
2. Порядок выполнения и содержание курсового проекта.............. 6
3. Оформление курсового проекта..................................................... 22
4. Защита курсового проекта............................................................... 23
Список литературы............................................................................ 24
Приложения........................................................................................ 26
Целью курсового проектирования является получение практических навыков в проектировании локального автоматизированного рабочего места (АРМ) управленческого персонала.
Для достижения поставленной цели требуется решить последовательность взаимосвязанных задач:
· представить развернутое содержательное описание работы пользователя с использованием АРМ;
· выполнить анализ работы пользователя и представить результаты анализа в виде диаграммы потоков данных ( Data
Flow
Diagram

DFD
);
· спроектировать схему иерархического меню;
· осуществить постановку функциональных задач пользователя, включая разработку информационно-технологической схемы и сценария человеко-машинного диалога;
· разработать алгоритмы решения задач;
· спроектировать формы входных и выходных документов;
· спроектировать структуру базы данных АРМа;
· осуществить машинную реализацию проекта и решение контрольного примера на ПК.
Выбор темы курсового проекта осуществляется по таблице 1. Ключом выбора являются две последние цифры номера зачетной книжки студента (без учета цифр года поступления).
5. АРМ бухгалтера малого предприятия;
6. АРМ специалиста по расчету заработной платы;
7. АРМ работника отдела материально-технического снабжения;
17. АРМ сотрудника кредитного отдела банка;
18. АРМ сотрудника депозитного отдела банка;
19. АРМ сотрудника отдела ценных бумаг;
20. АРМ сотрудника отдела пластиковых карт;
21. АРМ сотрудника отдела по работе с клиентами;
Возможен выбор варианта курсового проекта за рамками таблицы по согласованию с преподавателем.
Курсовой проект имеет следующую структуру:
1. Титульный лист

(см. приложение 1).

2. Аннотация.
Аннотация состоит из трёх ‑ четырех предложений, в которых указывается, для решения каких задач предназначен АРМ, на основе каких материалов (названия предприятия, базы учебной практики, литературных источников и т.д.) и на какой программно-технической базе выполнен проект. Аннотация должна быть п редставлена на отдельном листе.

3. Введение.
Здесь обосновывается актуальность информационной поддержки работы менеджера в заданной предметной области. Даётся краткий обзор известного программного обеспечения, используемого для решения задач данной предметной области и особенности предлагаемого проекта. Если проект выполняется группой студентов, то указывается распределение работы между исполнителями.

4. Анализ предметной области и обоснование состава задач АРМ.
Проектирование начинается с исследования предметной области и определения функциональных обязанностей работника, для которого проектируется АРМ. Исходной информацией для этого являются должностные инструкции, литературные источники, интервью с пользователями АРМ. Должностные обязанности пользователя системы зависят от назначения подразделения, в котором он работает. А место и роль подразделения, в свою очередь, зависит от характеристики предприятия в целом.
Основным методом установления фактического содержания работ управленческого персонала является составление диаграмм потоков данных в иерархической форме с применением CASE
-средства проектирования (например, Design
IDEF
, BPWin
и т.п.). Для уточнения и верификации диаграмм ее анализ следует производить с привлечением будущего пользователя. Пример DFD
-диаграммы для АРМ работника склада представлен в приложении 2.
Анализ результатов обследования с учетом потребностей управленческого персонала в решении новых задач состоит в следующем.
Из множества требуется отделить задачи, не подлежащие автоматизации. Автоматизируемые задачи следует подразделить на решаемые традиционно в рамках централизованной обработки в ИВЦ и задачи, решаемые на АРМ.
К числу задач, решаемых централизованно, относятся традиционные задачи с относительно большой периодичностью решения (неделя и более). Алгоритмы этих задач не требуют использования диалоговых методов решения. Кроме того, централизовано решаются задачи с большим объемом вычислений.
На АРМ решаются задачи, требующие оперативного решения, информационно-локальные по входу и выходу, имеющие повторяющийся характер расчетов при относительно малой продолжительности каждого сеанса работы.
Состав задач АРМ специалиста рассмотрим на следующих примерах.
АРМ менеджера по закупкам включает следующие задачи:
· отслеживание состояния заказа (оплачен/доставлен);
· составление аналитических отчетов.
АРМ менеджера по продажам включает следующие задачи:
· отслеживание состояния заказа (наличие на складе/доставлен);
· составление аналитических отчетов.
АРМ работника склада включает следующие задачи:
· составление аналитических отчетов.
Применительно к АРМ руководителя к числу таких задач относятся:
· прогнозирование работы объекта управления;
· информационная поддержка процесса принятия решения;
· оперативное получение справок об основных показателях, характеризующих текущее состояние объекта управления;
· сбор статистики по принятию управленческих решений;
· регламентация процесса личной работы.
АРМ секретаря включает следующие задачи:
· ведение базы данных АРМ руководителя;
· контроль исполнительской дисциплины;
После обоснования состава задач пользователя следует приступить к проектированию пользовательского интерфейса ( User
Interface

UI
), который включает в себя: меню, экранные формы и отчеты.
К основным принципам проектирования пользовательского интерфейса относятся:
· последовательность и стандартизация;
Видимость состояния системы (правило обратной связи) предполагает наличие информации о ходе процесса обработки данных, например, сколько времени прошло от начала процесса копирования.
Принцип последовательности и стандартизации означает использование одних и тех же средств для выражения схожих образов и выполнения действий, имеющих одинаковую природу. Примером применения принципа последовательности и стандартизации является интерфейс «в стиле Windows
».
Дружественность интерфейса предполагает поддержку работы пользователя с помощью справочной системы ( Help
), сообщений об ошибках и контекстных подсказок.
5. Проектирование иерархического меню.

Функциональная часть информационной системы обычно имеет иерархическую структуру, то есть содержит комплексы и, наконец, отдельные задачи. Выбор требуемой задачи в этом случае удобно осуществлять с помощью иерархического меню.
Например, на верхнем уровне иерархии могут находиться такие комплексы задач, как:
· Поддержка (формирование ведения базы данных).
· Обработка (планирование, учет, анализ и т.д.).
· Справки (отчеты, ответы на запросы).
В скобках указаны подкомплексы задач. Пользователю предоставляется возможность последовательно конкретизировать выбор интересующего подкомплекса задач и, наконец, отдельной задачи, которую он собирается решать.
Порядок проектирования меню предусматривает следующую последовательность работ:
Проектирование содержания меню должно соответствовать составу задач, приведенных в пункте 4.
Выбор пункта меню может завершаться:
· появлением на экране меню нижнего уровня;
· выполнением команды (например, возвратом в системное меню);
· выполнением процедуры (например, процедуры ввода или вывода информации, функциональной обработки);
· появлением «заглушки» ‑ сообщения о том, что данный пункт еще не реализован, или же другого комментария.
Итоги работы по содержательному проектированию меню могут быть представлены в виде таблицы, пример которой (таблица 2) для АРМ работника склада приведен ниже.
В главном меню следует предусмотреть пункт «Выход», который позволяет вернуться к системному меню, что удобно при отладке системы.
Содержательное проектирование иерархического меню

Рассмотрим вопросы проектирования формы меню.
Иерархическое меню обычно содержит главное меню в виде горизонтально расположенной линейки. Выбор пункта этого меню приводит к появлению всплывающего меню. Все меню, начиная с третьего уровня, называются каскадными. Свое название они получили потому, что располагаются на экране уступами, частично перекрывая друг друга.
Существует ряд правил, которыми следует руководствоваться при проектировании меню. Эти правила соответствуют международным стандартам по проектированию пользовательского интерфейса. Один из этих стандартов ‑ CUA
( Common User Access
).
1. Количество уровней в меню должно быть не более 2–3.
2. Пользователь должен знать, в какой точке иерархического меню он находится, то есть следы предыдущих уровней должны оставаться.
4. Название пункта горизонтального меню должно быть коротким – из одного слова.
5. Заглавной должна быть только первая буква названия пункта.
6. Пункт меню может быть выбран по первой (выделенной) букве его названия. Если первая буква названия пункта не является уникальной, то можно назначить любую выделенную букву.
7. Для выбора пункта всплывающего меню может быть предназначена «горячая» клавиша ( hot key
), поскольку путь к нему через главное меню может быть долгим.
8. Пункты, к которым часто обращаются, должны быть расположены в начале меню. Если присутствует пункт «Помощь», то он располагается в начале главного меню, а пункт «Выход» – в конце.
9. Логически взаимосвязанные пункты всплывающего меню объединяются в группы сплошной горизонтальной линией и могут получить свои подзаголовки.
10. При оформлении меню может быть выбрана цветовая схема ( color scheme
). Вертикальное (всплывающее) меню может быть выделено тенью ( shadow
).
11. Следует избегать пунктов меню верхнего уровня, не содержащих раскрывающихся меню.
12. Пункты меню, активизирующих диалоговые окна,·должны заканчиваться символом троеточия.
Рис. 1. Представление иерархического меню

1.1; 1.2; …; 1.n – пункты меню 1-го уровня;
1.2.1; …; 1.n.i – пункты меню 2-го уровня.
Описание постановки задачи предусматривает:
a. Содержательное описание задачи в словесной форме (экономическая сущность задачи, цели, эффективность, периодичность решения, допустимые достоверность и оперативность, связь с другими задачами).
b. Составление информационно-технологической схемы решения задачи с выделением этапов решения и соответствующей входной и выходной информации.
· информация, хранящаяся в базе данных.
c. Написание алгоритма решения задачи. Алгоритм представляется в виде последовательности формул для расчета и логических переходов или блок-схемы.
d. Составление диалоговой модели работы пользователя с АРМ.
e. Описание порядка работы пользователя с выходной информацией для принятия решений.
В реляционной модели данные представлены в виде таблиц. Таблицы похожи на обычный последовательный файл: строки таблицы – это записи, столбцы ‑ поля записи. Связь между таблицами осуществляется с помощью общих ключевых полей записи.
При проектировании базы данных необходимо определить количество записей, содержащихся в ней, реквизитный состав записей, тип и значность соответствующих полей, учитывая реальные возможности конкретной СУБД.
При этом следует помнить, что обычно СУБД поддерживают пять типов данных:
Состав полей базы данных задается согласно таблице 3.
Проектирование структуры базы данных в виде датологической модели должно быть представлено с использованием ER
-диаграммы. Пример ER
-диаграммы базы данных АРМ работника склада приведен на рисунке 2.
Экранные формы в настоящее время образуют основу интерфейса в человеко-машинном диалоге.
Порядок проектирования экранной формы подразумевает следующие этапы:
· проектирование содержания экранной формы;
· проектирование ее формы представления (формы экрана);
· программное обеспечение экранной формы.
Содержание экранной формы зависит от ее назначения. По назначению можно выделить четыре класса экранных форм:
· для ввода информации в базу данных, то есть для формирования и ведения базы данных;
· для ввода параметров обработки информации по задаче и идентификаторов запросов (условия выборки);
· для вывода результатов решения задачи и справочной информации;
· комбинированные экранные формы, предусматривающие многоцелевое назначение.
Проектирование сценария диалогового режима решения задачи состоит в разработке взаимосвязанной последовательности экранных форм и правил перехода между ними.
Содержание экранных форм должно отвечать принципу «дружественности»: обозначения реквизитов должны быть представлены на русском языке в соответствии с привычной для пользователя терминологией, процесс ввода должен сопровождаться подсказками и контролем.
Рис. 2. Пример
ER
-диаграммы базы данных АРМ работника склада в СУБД
Access

Следует обратить особое внимание на контроль правильности вводимой информации, поскольку основная доля ошибок происходит по вине пользователя, а не машины.
Универсальным методом контроля является визуальный контроль. Для этого необходимо предусмотреть предварительный ввод информации во временные переменные, иначе исправление ошибки потребует корректировки файла.
Контроль количественных реквизитов может состоять в проверке на соответствие области допустимых значений (таблица 4). Реализация контроля реквизитов осуществляется путем проверки на соответствие разрешенным значениям (рисунок 3)
Контроль реквизитов-признаков можно осуществлять путем проверки на соответствие таблице разрешенных значений. Повышение достоверности при вводе реквизитов-признаков может быть достигнуто за счет того, что они не вводятся с клавиатуры, а выбираются из предложенного на экране списка (рисунок 5).
Используются также методы контрольных сумм, верификации, форматный и логический контроль.
Результатом проектирования содержания экранной формы является ее реквизитный состав с указанием методов контроля (таблица 5).
Рис. 5. Использования выбора реквизита-признака

из списка в СУБД
Microsoft
Access

Следующий этап проектирования экранной формы – проектирование ее формы представления на экране машины.
Информация на экране размещается в четырех зонах.
1. Заголовок экранной формы содержит ее наименование и характеризует путь к ней по иерархическому меню. Обычно заголовок располагается в верхней строке экрана.
2. Предметная часть экранной формы предназначена для размещения вводимой информации, идентификаторов объектов, значений показателей, параметров обработки и выборки и т.д. Предметная часть строится по анкетной, зональной или табличной форме. Рекомендуется форму предметной части для ввода информации проектировать по аналогии с формой первичного документа. Конечному пользователю удобнее работать с такой экранной формой, которая напоминает ему первичную форму бумажного документа.
3. Зона управляющих элементов включает в себя различные виды меню. Это зона действий (транзакций) конечного пользователя. С целью сокращения числа ошибок при вводе реквизитов-признаков целесообразно использовать такой элемент управления как список ( ListBox
). Кроме того, могут быть использованы такие управляющие элементы, как флажки ( CheckBoxes
) и переключатели ( OptionButtons
). В числе управляющих элементов следует предусмотреть кнопку «Отмена» ( Cancel
), действие которой аналогично клавише .
4. Зона сообщений содержит подсказки и сообщения об ошибках. Обычно она занимает нижнюю часть экрана.
Зоны на экране разделяются графическими символами, например, рамками ( Box
), или отличаются по цвету. Выбор цветовой схемы или цветовых пар, а также типа окантовки экранной формы и других элементов цветового оформления (задание тени, интенсивности свечения, мерцания объектов) также входит в задачу проектирования оформления экрана.
Отчет представляет собой полученный на принтере выходной документ, предназначенный для конечного пользователя. Отчет – наилучшее средство для представления информации из базы данных в виде печатного документа. По сравнению с другими средствами вывода информации на печать отчеты обладают двумя принципиальными преимуществами:
· они предоставляют широкие возможности для группирования и вычисления промежуточных и общих итогов для больших наборов данных;
· отчеты могут быть использованы для получения красиво оформленных счетов, заказов, материалов для презентаций и других документов.
Проектирование отчетов состоит из следующих этапов:
1. Проектирование содержания отчета;
3. Программное обеспечение формирования отчета.
Проектирование содержания отчета.
Состав показателей, включаемых в каждую выходную форму, устанавливается с учетом общей потребности управленческого персонала в информации по данному комплексу функциональных задач. Целесообразно предусмотреть получение нескольких экземпляров одной и той же выходной формы, чем проектировать ряд самостоятельных, но мало чем отличающихся по содержанию выходных документов. Объединение нескольких выходных показателей в одну сводку возможно, если они имеют ряд общих реквизитов-признаков и должны быть получены в одинаковые сроки.
При проектировании содержания отчета необходим анализ процесса работы с ним конечного пользователя. В сложных случаях целесообразно составление инструкции по работе конечного пользователя с отчетом, и всегда необходимо согласование содержания отчета с будущим пользователем.
Основное содержание отчета составляют реквизиты базы данных.
Кроме того, при формировании отчета могут быть получены и включены в отчет вычисляемые реквизиты. Это такие реквизиты, которые не хранятся в записях базы данных, но могу быть получены с помощью выражения, содержащего несколько реквизиты одной записи. Примером такого вычисляемого реквизита является результат таксировки (перемножения цены на количество).
В отчет могут быть включены результаты вычислений, охватывающие несколько записей базы данных. Обычно это промежуточные или окончательные итоги. Промежуточные итоги охватывают записи, предварительно сгруппированные по какому-либо признаку. Окончательные итоги охватывают все записи однородных объектов базы данных.
Кроме подведения итогов по ряду записей, возможно вычисление среднеарифметического значения реквизита, нахождение его максимального или минимального значения и т.д.
В отдельных случаях в ответ включается избыточная информация для контроля правильности этапа выдачи информации.
Результатом проектирования содержания отчета является его реквизитный состав с указанием реквизитов базы данных и выражений для их вычислений (таблица 6).
Перейдем к проектированию формы отчета
.
Структура формы отчета, как и первичного документа, содержит заголовок, предметную часть и основание.
Заголовок и основание печатаются иногда в виде отдельного титульного листа, который содержит следующую информацию: наименование организации, название задачи, подписи и дату решения задачи.
Предметная часть печатается в табличной форме, часто на нескольких страницах. Предметная часть не разлиновывается, а иногда и не разграфляется. Горизонтальными линиями выделяются лишь шапка таблицы и итоговые строки.
Последовательность размещения реквизитов предусматривает упорядочивание реквизитов-признаков вдоль строки слева направо по убыванию их старшинства, то есть с начала следуют общие признаки. Реквизиты-основания упорядочиваются вдоль столбца по возрастанию старшинства итогов.
Ширина столбцов таблицы должна учитывать разрядность наименований и значений реквизитов, интервалы слева и справа от реквизита, наличие вертикальных линий.
Возможно сокращение наименований в соответствии с издательскими стандартами.
Для удобства восприятия данных отчета могут использоваться диаграммы и другие виды машинной графики.
По спроектированной форме отчета могут быть заказаны типографские бланки высокого качества, в которые впечатываются лишь результаты расчетов.
Программная реализация курсового проекта может быть основана на использовании следующих программных средств Microsoft Access
, MS
SQL
Server
, 1С Предприятие
.
· основные результаты работы и выводы;
· направления дальнейшей работы по развитию АРМ.
· формы первичных документов в заполненном виде с соблюдением принятых систем кодирования реквизитов;
· распечатки экранов ПК, содержащих меню, экранные формы и отчеты;
· программная реализация курсового проекта на машинном носителе.
Приводится специальная учебная, журнальная и методическая литература, на которую должны быть даны ссылки в курсовом проекте. Список литературы должен содержать не менее 7 наименований современной литературы за последние пять лет и должен быть оформлен в соответствии с действующими правилами библиографического описания (ГОСТ 7.1-84).
Курсовой проект оформляется в виде пояснительной записки в соответствии со следующим требованиям:
· пояснительная записка подготавливаются в текстовом редакторе Microsoft Word
;
· для набора основного текста необходимо создать соответствующий стиль и включить автоматический перенос слов. Стиль оформления основного текста должен содержать следующие установки:
­ шрифт – кегль 14, гарнитура «Times New Roman»;
­ перенос автоматический «Сервис–Язык–Расстановка переносов»;
­ нумерация страниц располагается внизу по центру страницы;
­ поля: верхнее – 2,5 см; нижнее – 2,5 см; левое – 2,5 см; правое – 2,5 см;
­ формат страницы – А4 (210x297 мм).
· таблицы необходимо оформлять с использованием табличного редактора, ширина таблицы не должна превышать ширину полосы текста. Размер кегля текста внутри таблиц 12 пт, минимальный размер кегля внутри таблицы (только при необходимости) – 10. Текст головки (шапки) таблицы набирают без сокращений слов;
· при построении рисунков, графиков, диаграмм, блок-схем использовать только встроенные приложения WORD
. Рисунки и блок-схемы необходимо выполнять, используя опции «Вставка–Рисунок–Создать рисунок». Рисунки должны быть сгруппированы. Надписи на рисунке выполняются шрифтом 12-го кегля. Все внутририсуночные тексты и буквенные обозначения должны располагаться в «рамках текста»;
· формулы должны быть набраны в редакторе формул. Формулы располагать по центру текста, нумерация формул должна быть выровнена и прибита к правому краю. Перед их набором необходимо произвести настройку редактора формул (или проверить существующие установки). Для этого необходимо войти в редактор формул, открыть опцию «Размер», выбрать строку «Определить». В открывшемся списке установить:
· каждый литературный источник должен содержать следующие реквизиты: фамилия и инициалы автора, наименование работы, место издания, издательство, год издания, страницы. В начале списка располагаются законодательные и нормативные документы и акты. Они группируются в порядке от более значимых к менее значимым, а документы равной значимости в порядке обратной хронологии. Каждая библиографическая запись в списке получает порядковый номер и начинается с красной строки. Включенная в список литература нумеруется сплошным порядком от первого до последнего названия;
· пояснительная записка к курсовому проекту представляются на бумажном и машинном носителях;
· к пояснительной записке должна быть приложена программная реализация курсового проекта.
В установленные сроки курсовой проект должен быть сдан для проверки на кафедру «Информационные системы в экономике». После проверки курсового проекта руководителем, проводится его защита в форме собеседования.
Защита курсового проекта осуществляется перед комиссией. Доклад студента должен сопровождаться презентацией результатов проектирования, подготовленной в среде Power
Point
и демонстрацией работы АРМ.
1. ГОСТ 34.602–89 Техническое задание на создание автоматизированной системы. – М.: Изд-во стандартов, 1994.
2. ГОСТ 34.601–90 Информационная технология. Комплекс стандартов на автоматизированные системы. Стадии создания. – М.: Изд-во стандартов, 1991.
3. ГОСТ Р ИСО/МЭК 12207–99 Информационная технология. Процессы жизненного цикла программных средств. – М.: Изд-во стандартов, 2003.
4. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2005. – 544 с.
5. Диго С.М. Базы данных: проектирование и использование: Учебник. – М.: Финансы и статистика, 2005. – 592 с.
6. Жарков С. Shareware: профессиональная разработка и продвижение программ. – М.: BHV-СПб, 2002. – 320 с.
7. Калашян А.Н. Структурные модели бизнеса: DFD-технологии. – М.: Финансы и статистика, 2003. – 256 с.
8. Маклаков С.В. Моделирование бизнес-процессов с AllFusion Process Modeler (BPwin 4.1). – М.: Диалог-МИФИ, 2003. – 240 с.
9. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: Диалог-МИФИ, 2003. – 427 с.
10. Михеева В.Д. Access 2003: Наиболее полное руководство/ Михеева В.Д., Харитонова И.А. – СПб.: БХВ-Санкт-Петербург, 2004. – 1069 с.
11. Прикладная информатика в экономике: Учеб. пособие / Бугорский В.Н., Емельянов А.А., Порховник Ю.М., Соколов Р.В., Фомин В.И., Чиркова М.Ю / Под ред. д-ра экон. наук, профессора Михайлушкина А.И.. – СПб.: СПбГИЭУ, 2005. – 412 с.
12. Проектирование и реализация баз данных Microsoft SQL Server 2000: Учебный курс Microsoft / Пер. с англ. – М.: Русская редакция, 2006. – 476 с.
13. Производственный менеджмент: Учебник / Под pед. В.А. Козловского. – М.: Инфра-М, 2005. – 573 с.
14. Смирнова Г.Н. Проектирование экономических информационных систем: Учебник/ Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. – М.: Финансы и статистика, 2005. – 510 с.
15. Программный продукт Design/IDEF 3.5. – Internet: http://spb-lta-kafapp.narod.ru/Soft.htm, 2006.
16. Седельников А. Основные принципы проектирования интерфейсов http://www.nestor.minsk.by/kg.
17. Федотова Д.Э., Семенов Ю.Д., Чижик К.Н. CASE-технологии. Практикум. – М.: Горячая линия – Телеком, 2003. – 160 с.
18. Черемных С.В., Семенов И.О., Ручкин В.С. Моделирование и анализ систем. IDEF-технологии: практикум. – М.: Финансы и статистика, 2005. – 192 с.
Образец оформления титульного листа курсового проекта

Федеральное агентство по образованию
Государственное образовательное учреждение высшего профессионального
«Волжский государственный инженерно-педагогический университет»
по дисциплине «Проектирование информационных систем»
«__________________________________________________»
Выполнил:
_____________________________________
студент _____ курса _________ спец. ________________
Группа: __________ № зачетной книжки _____________
Подпись:_______________________________________
Преподаватель:
_________________________________
Должность:_____________________________________
Оценка: __________ Дата: _________________________
Подпись:_______________________________________
Образец контекстной диаграммы потоков данных


Название: Методические указания к курсовому проекту по дисциплине «Проектирование информационных систем»
Раздел: Остальные рефераты
Тип: учебное пособие
Добавлен 20:05:45 26 сентября 2011 Похожие работы
Просмотров: 1272
Комментариев: 7
Оценило: 0 человек
Средний балл: 0
Оценка: неизвестно   Скачать

Срочная помощь учащимся в написании различных работ. Бесплатные корректировки! Круглосуточная поддержка! Узнай стоимость твоей работы на сайте 64362.ru
Привет студентам) если возникают трудности с любой работой (от реферата и контрольных до диплома), можете обратиться на FAST-REFERAT.RU , я там обычно заказываю, все качественно и в срок) в любом случае попробуйте, за спрос денег не берут)
Да, но только в случае крайней необходимости.

Учебное пособие: Методические указания к курсовому проекту по дисциплине «Проектирование информационных систем»
Реферат: Бош, Евгения Богдановна
Реферат по теме Фінансовий аналіз
Реферат: Административное право как отрасль права
Сочинение Историческая Правда О Вещем Олеге
Финансовые Пирамиды Реферат
Курсовая работа по теме Изучение игровых ситуаций как средства в формировании трудовых навыков у детей дошкольного возраста
Курсовая работа по теме Государственное регулирование
Сочинение По Картине Ф Толстой
Курсовая работа по теме Cделки в гражданском праве
Реферат: Россия с 1917 по 1990-й год
Контрольная Работа 2 По Алгебре 8
Дипломная работа по теме Розробка бізнес-плану дизайн-студії 'Design Plaza'
Курсовая работа по теме Проблема мотивации в теории А.Х. Маслоу
Написать Эссе На Тему Книга
Контрольная работа: Законы и закономерности целостного педагогического процесса
Доклад по теме Гендель Георг Фридрих
Отчет По Производственной Практике Колледж
Эссе Составление Киносценарий По Рассказу Телеграмма
Курсовая Работа На Тему Психологія Як Наука
Контрольной Работе По Теме Плотность Вещества
Реферат: Природно-технические геосистемы, как современные основные факторы взаимодействия общества и природы
Курсовая работа: Основные закономерности функционирования валютной системы РФ
Курсовая работа: Способы формирования толерантности у подростков

Report Page