Проектирование экономических информационных систем
Методологические основы проектирования экономических информационных систем (ЭИС). Методология оригинального проектирования. Реинжиниринг бизнес-процессов корпоративных ЭИС. Автоматизированное проектирование ЭИС. Методы управления проектными работами.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | учебное пособие |
| Язык | русский |
| Дата добавления | 21.10.2017 |
| Размер файла | 791,1 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
3. Наличие формализованной модели системы на предпроектной стадии создает возможность для многовариантного анализа с прото-типированием и ориентировочной оценкой эффективности вариантов. Анализ прототипа системы позволяет скорректировать будущую систему до того, как она будет реализована физически. Этот подход ускоряет и удешевляет создание системы.
4. Закрепление в формализированном виде требований к системе избавляет проектировщиков от необходимости многочисленных корректировок по новым требованиям пользователей.
5. Отделение проектирования системы от программирования создает устойчивость проектных решений для реализации на разных программно-технических платформах.
6. Наличие формализованной модели реализации системы и соответствующих средств автоматизации позволяет осуществить автоматическую кодогенерацию программного обеспечения системы и создать рациональную структуру базы данных.
7. На стадии эксплуатации системы появляется возможность внесения изменений на уровне модели, не обращаясь к текстам программ, возможно, силами специалистов отдела автоматизации фирмы.
8. Модель системы может использоваться не только как основа ее создания, но и в целях автоматизированного обучения персонала с использованием диаграмм.
9. На основе модели действующей системы может выполняться бизнес-анализ для поддержки управленческих решений и бизнес-реинжиниринг при изменении направления деятельности фирмы.
Рассмотрим программные средства, обеспечивающие CASE-техно-логию. В зависимости от функционального назначения они подразделяются на следующие классификационные группировки, обеспечивающие:
ь анализ и проектирование информационной системы;
ь проектирование баз данных;
ь программирование;
ь сопровождение и реинжиниринг;
ь управление процессом проектирования.
Средства анализа и проектирования служат для построения CASE-модели как действующей, так и реализуемой системы управления. Они поддерживают графическое построение и контроль иерархической модели диаграмм потоков данных и описание ее компонентов. Эти средства позволяют аналитикам и проектировщикам получить доступ к базе данных проектируемой системы (репозитарию).
К таким средствам относятся: отечественный пакет CASE. Аналитик, Design/IDEF (Meta Software), The Developer (ASYST Technologies) и др.
Для согласования требований пользователей создаются прототипы пользовательских интерфейсов, включающих в себя меню, экранные формы и отчеты в виде таблиц или графиков. Примером программного средства создания пользовательского интерфейса является Developer/2000 (Oracle).
Средства проектирования баз данных обеспечивают логическое моделирование данных, автоматическое преобразование моделей данных в третью нормальную форму и генерацию схем баз данных. Примерами таких средств является Designer/2000 фирмы Oracle, ERWin (Logic Works) и др.
Средства програмирования поддерживают автоматическую кодогене-рацию из спецификаций процессов, тестирование и документирование программы. К их числу относятся Programmer/2000 (Oracle), DECASE (DEC), APS (Sage Software) и др.
Средства сопровождения и ренжиннрннга позволяют вносить изменения в систему на уровне моделей при меняющихся условиях бизнеса (Adpac CASE Tools фирмы Adpac и др.).
Средства управления процессом проектирования поддерживают планирование и контроль выполнения комплекса проектных работ, а также взаимодействие аналитиков, проектировщиков и программистов на основе общей базы данных проекта (например, Project Workbench фирмы Applied Business Technology). Очевидна актуальность создания интегрированного пакета инструментальных средств поддержки CASE-технологии на всех этапах жизненного цикла информационной системы.
Контрольные вопросы
1. Дайте определение модели ЭИС.
2. Что такое гипотетическая модель ЭИС?
3. Каковы этапы автоматизированного проектирования ЭИС?
4. По каким параметрам можно произвести анализ систем автоматизированного проектирования ЭИС?
5. Что является основой CASE - технологии?
6. Что такое методология в CASE - технологии?
7. Что такое метод в CASE - технологии?
8. Что такое нотация в CASE - технологии?
9. Что такое средства в CASE - технологии?
10. Какова классификация диаграмм в CASE - технологиях?
11. На какие стадии делится проектирование ЭИС с использованием CASE - технологии?
12. Перечислите основные факторы эффективности CASE - технологии.
Раздел 3. Управление проектированием ЭИС
Глава 7. Организация проектирования ЭИС
7.1 Организация процесса проектирования ЭИС
Процесс проектирования ЭИС требует управления со всеми присущими ему функциями и предполагает построение системы управления.
В качестве объекта разработки процесса могут выступать либо вся ЭИС для заказчика, либо отдельная подсистема или совокупность комплексов задач, либо отдельные работы, например проведение %% работ по системному анализу действующей системы управления.
Организация процессов разработки проекта ЭИС отличается значительной сложностью, которая обуславливается следующим:
ь масштабами разработки ЭИС;
ь взаимосвязью всех частей проекта (информационной, программной, технической и т.д.);
ь факторами старения системы или ее частей;
ь сроками разработки системы;
ь индивидуальными особенностями проекта;
ь коллективным характером труда многих специалистов.
Под управлением проекта подразумевается деятельность коллектива специалистов, направленная на создание проекта с его реализацией при максимальной эффективности и заданных ограничениях во времени, финансовых средствах и материальных ресурсах.
Управление проектом характеризуется следующими компонентами: целью управления, ограничениями, объектом управления, контролем управления, методами и средствами управления.
Целью управления проектированием ЭИС является получение проекта с заданными параметрами.
Ограничениями могут выступать сроки проектирования, ресурсы. Объектом управления является процесс проектирования ЭИС как деятельность коллектива разработчиков системы.
Управление проектными работами может осуществляться на нескольких уровнях:
ь руководства проектной организации;
ь руководства обеспечивающих и функциональных подразделений;
ь руководителей проектов или главных конструкторов;
ь руководителей проектных групп.
На каждом уровне управление проектными работами осуществляется различными методами и средствами, определяемые набором должностных обязанностей. Организация работ по проектированию ЭИС через взаимодействие нескольких сторон: пользователем, заказчиком и разработчиком.
Пользователь - это организация или подразделение, которое использует результаты проектных решений ЭИС.
Заказчик - это лицо, которое формирует требования к системе и ее частям, финансирует разработку ЭИС, проводит внедрение и прием проекта ЭИС. Довольно часто пользователь и заказчик выступают в одном лице.
Разработчик - это организация или подразделение, которое выполняет следующие функции:
ь разрабатывает ЭИС в соответствии с техническим заданием;
ь осуществляет сдачу проекта заказчику;
ь осуществляет сопровождение проекта.
Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ на ЭИС, научно-технический уровень проекта, сроки проведения работ, качество проектной документации, правильность расхода денежных ресурсов.
Основными документами, регулирующими отношения заказчика и разработчика являются техническое задание и договор на проведение работ.
Переход экономики России на рыночные отношения постепенно привел к тому, что в области проектирования ЭИС появился самостоятельный рынок по проектированию ЭИС, разработке вычислительных сетей, покупке и установке вычислительной техники, обучению пользователей, выполняемых компаниями, называемыми системными интеграторами. Такая компания выполняет следующие функции:
ь продажа аппаратного обеспечения;
ь продажа программного обеспечения;
ь выполнение проектных работ;
ь консалтинг;
ь сервис;
ь обучение.
По структуре и выполняемым функциям выделяют три группы системных интеграторов:
ь малые фирмы с числом сотрудников от 30 до 50 человек, которые представляют собой небольшие динамические компании;
ь средние фирмы с числом сотрудников от 50 до 100 человек;
ь крупные фирмы-интеграторы с числом сотрудников свыше 100 человек, которые предлагают широкий спектр услуг.
Участие системного интегратора во всех этапах процесса проектирования дает возможность создавать более эффективные информационные системы. Так, в самом начале они, как правило, создают консультационную группу для проведения предпроектных исследований. Крупные фирмы-интеграторы создают дилерскую сеть представительств в ряде городов России и стран СНГ.
7.2Организационные формы управления проектированием ЭИС
В общем случае организационная структура управления проектированием регулирует взаимоотношения подразделений и должностных лиц в организации, устанавливает распределение функций, должностных обязанностей.
Организационная форма управления проектированием ЭИС играет большую роль в реализации задач повышения эффективности процесса разработки систем.
Форма управления является определяющей для коллектива и содержания проекта как результата процесса проектирования.
Можно дать разработчику самые совершенные средства проектирования, четкие формы документирования, планы работ, методы контроля, но без должной организации не получить проект, удовлетворяющий потребностям заказчика.
Формирование организационных форм управления осуществляется:
1. По функциональному признаку. Для выполнения каждого вида работ формируются функциональные подразделения, которые занимаются: постановкой задач; программным, информационным, техническим обеспечением. Удобство данного принципа построения организации заключается в следующем: самая большая централизация управления, которой присущ авторитарный стиль руководства. Достоинства: каждое отделение знает один вид работы. Недостатки: Очень сложная взаимоувязка работ между отделами.
2. Проектный принцип организации работ. Организационная группа, которая создаёт одноразовый проект, т.е. проектная группа организует автономную проектную единицу и несет ответственность за результаты деятельности. После выполнения проекта коллектив может быть расформирован.
3. Матричное построение организационных структур по следующему принципу: формируется группа из функциональных подразделений для разработки конкретного проекта. Каждый специалист этой группы несет двойное подчинение начальнику подразделения и главному конструктору. Матричные структуры применяются в крупных организациях.
В проектных коллективах разделение труда между специалистами происходит:
ь на основе пооперационного принципа. Весь процесс разделяется на технологические операции, которые могут выполняться отдельными группами специалистов или специалистами в целом;
ь на основе подсистемного принципа. Система декомпозируется до уровня подсистема, каждая из которых выполняется от начала до конца, отдельной группой специалистов. Предполагаются взаимоувязки по подсистемам. Выбор рационального разделения труда зависит от следующих факторов: потенциальной квалификации разработчика; объёма и сложности разрабатываемой системы; технологии проектирования; модели жизненного цикла системы.
Главная особенность матричных структур состоит в обязательном выделении конкретного лица - руководителя проекта, наделенного всей полнотой ответственности за достижение цели проектирования и значительными правами распорядительства, которые делегируются ему вышестоящим руководством.
При одновременной разработке нескольких проектов в организации вводится, как правило, планово-производственное подразделение, главной задачей которого является координация ресурсного обеспечения проектами.
Разделение труда в коллективе разработчиков способствует повышению производительности труда и зависит от выбора организационной формы.
В проектных организациях разделение труда между специалистами осуществляется по следующим принципам: пооперационному (технологическому) или подсистемному.
Разделение труда по первому принципу базируется на декомпозиции процесса проектирования на технологические операции, которые выполняются отдельными специалистами или группами специалистов. В этом случае требуется четкая регламентация между операциями. Особую роль в этом случае может сыграть построение технологических сетей проектирования (ТСП) на каждого специалиста, что позволит не только улучшить организацию процесса проектирования, но и повысить требования к документированию проекта.
Пооперационный подход позволяет повысить профессиональную специализацию разработчиков ЭИС (например, постановщик задач, системный аналитик, программист и т.д.).
Второй принцип базируется на декомпозиции проекта на подсистемы, каждая их которых выполняется отдельной группой разработчиков. В этом случае предполагается стандартизация и унификация интерфейсов между подсистемами.
Выбор определенного разделения труда зависит от следующих факторов:
ь профессиональность коллектива разработчиков;
ь объем и сложность проектов;
ь технология проектирования ЭИС;
ь модель жизненного цикла ЭИС.
Контрольные вопросы
1. Что понимается под управлением проекта?
2. Какими компонентами характеризуется управление проектом?
3. Каков состав лиц, участвующих в разработке и эксплуатации проекта ЭИС?
4. Каковы функции заказчика?
5. Каковы функции разработчика?
6. Что такое системный интегратор?
7. Какие бывают типы системных интеграторов?
8. Какие типы организационных форм Вы знаете?
9. Какова сущность формирования организационных форм по функциональному признаку?
10. Каково матричное построение организационных структур проектирования систем?
Глава 8. Управление процессом проектирования
8.1 Управление проектными работами
Управление проектированием ЭИС в функциональном аспекте рассматривается как совокупность взаимосвязанных процессов. Под процессом управления понимаются действия и процедуры, связанные с решением с конкретных задач или реализацией функций управления, к которым относятся [47]:
1. принятые решения о начале выполнения проекта или какого-либо очередного этапа;
2. планирование - совокупность процедур, определяющих цели, сроки проекта, рабочие планы их достижения;
3. задачи исполнения или контроля, предназначенные для координации действий специалистов для выполнения плана;
4. анализ, дающий возможность определить соответствие плана и исполнения работ поставленным целей целям, критериям;
5. процесс оперативного управления и регулирования - совокупность процедур, предназначенных для определения необходимых корректирующих воздействий и изменения планирования процесса проектирования;
6. процесс завершения, т.е. формализация выполнения проекта.
Предложенная классификация может представить контур управления проектами, а процессы могут накладываться друг на друга по различным задачам, подсистемам на всех стадиях проектирования.
Кроме того, процессы управления связаны между собой входом и выходом:
Входы - документы или показатели, согласно которым процесс управления выполняется, например различные план, технологические сети проектирования на конкретного специалиста.
Выходы - документы или показатели, подтверждающие выполнение процесса управления, например, фактическое выполнение плановых сроков, соответствие выполнения проекта заданным свойствам.
Методы и средства - механизмы, по которым вход преобразуется в выход.
Рассмотрим содержание процессов управления проектами.
Первый процесс заключается в решении о начале проектирования и является авторитетным.
Процесс планирования имеет большое значение для проекта и включает много процедур. Например, сначала следует определить из каких работ состоит процесс проектирования, а уже затем рассматривать сроки выполнения, необходимые ресурсы и стоимость проекта.
К основным процедурам процесса планирования относятся [46]:
ь Планирование целей - разработка постановки задачи (проектное обоснование, основные этапы и цели проекта).
ь Декомпозиция целей - разделение этапов проекта на более мелкие и более управляемые компоненты для обеспечения более действенного контроля.
ь Определение состава операций (работ) проекта - составление перечня операций, из которых состоит выполнение различных этапов проекта.
ь Определение взаимосвязей операций - составление и документирование технологических взаимосвязей между операциями.
ь Оценка длительностей или объемов работ - оценка количества рабочих временных интервалов либо объемов работ, необходимых для завершения отдельных операций.
ь Определение ресурсов (людей, оборудования, материалов) проекта - определение общего количества ресурсов всех видов, которые могут быть использованы на работах проекта (ресурсов организации) и их характеристик.
ь Назначение ресурсов - определение ресурсов, необходимых для выполнения отдельных операций проекта.
ь Оценка стоимости - определение составляющих стоимости операций проекта и оценка этих составляющих для каждой операции, ресурса и назначения.
ь Составление расписания выполнения работ - определение последовательности выполнения работ проекта, длительностей операций и распределения во времени потребностей в ресурсах и затрат с учетом наложенных ограничений и взаимосвязей.
ь Оценка бюджета - приложение оценок стоимости к отдельным компонентам проекта (этапам, фазам, срокам).
ь Разработка плана исполнения проекта - интеграция результатов остальных подпроцессов для составления полного документа.
ь Определение критериев успеха - разработка критериев оценки исполнения проекта.
Под исполнением понимается реализация составленного плана. Исполнение проекта должно постоянно подтверждаться определенными параметрами или показателями исполнения. Это необходимо для контроля и затем анализа возникающих отклонений. Контроль исполнения следует производить по всем показателям.
В процессах анализа исполнения проекта большую роль играет анализ плана на втором типе процессов, т.к. может быть принято решение о необходимости изменения начальных условий или составления новой версии плана. Анализ исполнения проекта предназначен для оценки состояния и прогноза успешности исполнения согласно критериям и ограничениям, определенным на стадии планирования. К ним относятся цели, сроки, качество и стоимость работ проекта. При отрицательных показателях анализа принимается решение о необходимости корректирующих воздействий.
Оперативное управление - это определение и применение необходимых управляющих воздействий с целью успешной реализации проекта. Эти процессы в настоящее время называют управлением изменениями процесса проектирования.
Основные процедуры управления изменениями, которые можно встретить в каждом проекте это:
ь общее управление изменениями - определение, согласование, утверждение и принятие к исполнению корректирующих воздействий и координация изменений по всему проекту;
ь управление ресурсами - внесение изменений в состав и назначение ресурсов на работы проекта;
ь управление целями - корректировка целей проекта по результатам процессов анализа;
ь управление качеством - разработка мероприятий по устранению причин неудовлетворительного исполнения. Среди вспомогательных процессов управления выделяют:
ь управление рисками - реагирование на события и изменение рисков в процессе исполнения проекта;
ь управление контрактами - координация работы субподрядчиков, корректировка контрактов, разрешение конфликтов.
Завершение проекта сопровождается следующими процессами:
ь закрытием контрактов - завершением и закрытием контрактов, включая разрешение всех возникших споров;
ь административным завершением - подготовкой, сбором и распределением информации, необходимой для формального завершения проекта.
При реализации всех вышеперечисленных процессов управления, образующих контур управления, используются определенные методы и средства, состав и содержание которых будут рассмотрены в следующих разделах.
8.2 Методы управления проектными работами
С целью повышения эффективности проектирования ЭИС необходимо разработать систему управления проектом (СУП), которую можно рассматривать как систему управления процессами, операциями с получением аналитических и отчетных сводок.
СУП представляет собой организационно-технологический комплекс методических, программных и информационных средств, направленных на поддержку и эффективность процессов управления проектом.
Процесс управления значительно облегчается, если СУП представить в виде модели, отражающей план разработки, в котором фиксируется весь ход событий для достижения конечной цели при заданных условиях. Существует несколько способов формализованного представления выполняемой совокупности работ, применяемых для планирования. Широкое распространение получили графические методы, к основным из которых относится метод построения линейного графика Ганта и метод, основанный на использовании теории графов - метод сетевого планирования и управления СПУ.
Первый метод подробно изложен в [47], а второй метод, как наиболее используемый в настоящее время мы рассмотрим далее.
Сетевой график позволяет отразить временную последовательность взаимосвязанных работ.
Существует два способа построения:
ь в терминах работ. Работа представляется вершиной графа, а связи между работами - дугам. Этот способ позволяет легко дополнять пропущенные ранее связи;
ь в терминах работ и событий. Этот способ предусматривает использование вершин графа для изображения события, связанного с окончанием работы. Работа представляется дугой, идущей к данной вершине. Следовательно дуга графа может быть размечена числами, определяющими характеристику работ, например продолжительность.
Сетевой граф зависит от того, насколько детально представлен состав работ или выбранная единица проектных работ. В работах [75,93] предполагается использовать в качестве единицы проектных работ понятие технологической операции проектирования. Исходная информация для построения сетевого графика может содержаться в структурной таблице, где представлен перечень работ, их взаимосвязь, а также плановые сроки выполнения работ. Нумерация работ целесообразна в соответствии с порядком их выполнения.
Пример такой таблицы представлен в таблице 7.1.
Таблица 7.1.
Структурная таблица выполнения работ проектирования ЭИС
|
№ |
Наименование работ |
Обозначение |
Использует работы |
Время |
|
|
1 |
Обследование объекта управления |
a1 |
- |
T1 |
|
|
2 |
Сбор данных и подобных ЭИС |
a2 |
- |
T2 |
|
|
3 |
Формирование требований к функциональной и обеспечивающим частям ЭИС |
a3 |
a1, a2 |
T3 |
|
|
4 |
Разработка структуры будущей ЭИС |
a4 |
a3 |
T4 |
|
|
5 |
Расчет экономической эффективности будущей ЭИС |
a5 |
a3 |
T5 |
|
|
6 |
Разработка технического задания |
a6 |
a4, a5 |
T6 |
Сетевая модель процесса проектирования, соответствующая структурной таблице 7.1 представлена на рис.7.1. Штриховые линии означают фиктивные работы, не имеющие продолжительности, а служащие для указания последовательности выполнения работ. Заглавными буквами обозначены события (вершины), показывающие завершение соответствующих работ, обозначенных строчными буквами. Работы имеют временные оценки, которые проставляются на стрелках. Максимальный по продолжительности полный путь в сети называется критическим, а работы, лежащие на этом пути называются критическими. На графике они могут быть помечены особо, например, двойными стрелками. Критические работы в ходе проектирования должны выполнять строго по графику.
Рис.7.1. Схема сетевого графика
Технология организации СПУ состоит в следующем.
Перед началом разработки проекта составляется план проведения работ, который состоит из следующих разделов:
1. План-гарфик проведения работ, содержащие сведения о временных и стоимостных параметрах работ, который принят к исполнению. Он составляется в виде сетевого графика.
2. План материально-технической базы проектирования, в котором отражены вопросы, связанные с обеспечением проектировщиков всем необходимым: бумагой, информационной техникой и т.д.
3. Квалификационный план исполнителей, где указывается перечень исполнителей по проектированию, должность, оклад, формы и методы контроля за работой.
Управление проектированием ЭИС начинается с определения состава работ по стадиям и этапам процесса проектирования. В основе такой работы лежит модель жизненного цикла системы. Состав проектных работ зависит от глубины декомпозиции процесса проектирования по уровням управления. Декомпозиция всегда осуществляется в соответствии с выбранной технологией проектирования. Основной задачей при этом является выбор единицы проектных работ. Выше уже определялось, что это может быть технологическая операция проектирования, а в основу планирования и управления процессом проектирования можно положить единую модель процесса разработки системы [51] - технологическую сеть проектирования. В зависимости от уровня детализации ТСП может быть различной.
Состав и содержание операций проектирования на каждом уровне зависит от применяемых методов и средств проектирования. Перечень операций проектирования может служить основой для разработки плана создания ЭИС. После этого приступают к созданию сетевых графиков.
Важной составной частью СУП являются инструментальные средства, с помощью которых реализуются например методы сетевого планирования, представляющие сбой совокупность программных средств, направленных на поддержку и повышение эффективности управления проектом.
К числу самых известных систем управления проектами относятся системы Microsoft Project, TimeLine, Open Plan. Их сравнительная характеристика представлена в Таблице 7.2.
Таблица 7.2.
Сравнительная характеристика систем управления проектами
|
Характеристики |
Project 98 |
TimeLine |
Open Plan |
|
|
Мощность проекта |
Малые, средние и крупные проекты |
Средние проекты (10000 задач и 1000 видов ресурсов) |
Крупные проекты масштаба корпорации |
|
|
Русификация |
есть |
есть |
есть |
|
|
Автоматизируемые функции |
1. Планирование 2. Контроль исполнения 3. Анализ 4. Управление изменениями 5. Завершение |
1. Планирование 2. Контроль исполнения 3. Анализ 4. Управление изменениями 5. Завершение |
1. Планирование при ограничении времени 2. Управление всеми точками ресурсов 3. Анализ рисков 4. Анализ затрат 5. Мультипроектный анализ |
Контрольные вопросы
1. Дайте определение функционального аспекта управления проектированием ЭИС.
2. Какова классификация процессов управления проектами?
3. Каково содержание функции планирования управления проектами?
4. Каков состав и содержание работ анализа управления проектами?
5. Что понимается под процессом оперативного управления проектами?
6. Что такое система управления проектами?
7. Что такое сетевая диаграмма?
8. Каков состав компонентов сетевой диаграммы?
9. Какова последовательность проведения организации проектных работ?
10. Что такое организационный план проведения проектных работ и его состав?
11. Дайте характеристику инструментальных средств системы управления проектами.
Методические указания по выполнению курсового проекта
1. Задачи курсового проекта.
Курсовой проект по дисциплине «Проектирование экономических информационных систем» является заключительным этапом этой дисциплины и способствует закреплению и углублению знаний у студентов в учебном процессе по данной дисциплине.
Задачи курсового проектирования:
ь приобретение навыков самостоятельного изучения и подбора литературы;
ь освоение современных методов и средств проектирования, информационных систем;
ь приобретение практических навыков по использованию современных программных средств.
2. Выбор темы курсового проекта.
Темы курсового проекта утверждается кафедрой информатики и соответствуют программе курса "Проектирование экономических информационных систем".
Студенты помимо предложенных тем, могут брать и собственные темы курсовых проектов, но обязаны согласовать их с преподавателем.
3. Подбор литературы и изучение информативных материалов.
После выбора темы и составления содержания работы необходимо приступить к подбору литературы по соответствующей теме, а также подбору программных средств необходимых при выполнении проекта. Прежде всего, студент использует перечень основных литературных источников, рекомендуемых программой курса. Дополнительные источники студент подбирает самостоятельно, путем ознакомления с алфавитным и систематическим каталогами библиотек. Начинать изучения следует со специальной литературы, относящейся к теме курсового проекта. При изучении литературы рекомендуется вести записи, на которые в курсовом проекте можно сделать ссылки на источник, указать фамилию автора, названия книги, статьи, сокращенное наименование издательства, год издания и страницу.
4. Структура и содержание курсового проекта
Содержание проекта является его логической основой.
В содержание документа включаются следующие разделы:
ь введение;
ь постановка задачи или комплекса задач;
ь алгоритм решения;
ь описаний программной части;
ь расчет экономической эффективности
ь основные выводы работы или заключение;
ь приложения.
Документ "Курсовой проект" включает следующие разделы:
ь титульный лист;
ь аннотацию;
ь содержание;
ь основную часть, соответствующую содержанию проекта;
ь список использованной литературы.
Документ выполняется на листах формата А4 (210 300 мм). Все листы, кроме титульного листа, аннотации, приложений, нумеруются. Страницы нумеруются арабскими цифрами.
Разделы документа имеют порядковую нумерацию в пределах всего документа и обозначаются арабскими цифрами с точкой в конце. Введение и заключение не нумеруются. Подразделы нумеруются в пределах каждого раздела.
1. Титульный лист документа является первым листом и содержит в верхней части листа:
ь наименование кафедры и вуза;
в средней части листа:
ь наименование курсового проекта;
ь фамилии руководителя проекта и студента-исполнителя.
в нижней части листа:
ь наименование города и год.
2. Аннотация - это краткое изложение документа с основными сведениями по выполняемой задаче или комплексу задач полученными результатами. Состоит из одной страницы.
3. Содержание проекта выполняется на отдельном листе.
Слово «содержание» оформляется в виде заголовка. Наименования пунктов записываются строчными буквами. Справа от пунктов указывают номер страницы, с которой начинается раздел. В содержание входят пункты, которые идут за содержанием.
4. Основная часть документа описывается следующими разделами:
4.1. Введение, обосновывает выбор темы с точки зрения ее актуальности. В этом разделе приводятся цели и задачи исследования, а также методы и средства решения задачи.
4.2. Постановка задачи и алгоритм решения. В этом разделе указываются:):
· экономико-организационная сущность задачи (комплекса задач);
· выходная информация;
· входная информация;
· нормативно-справочная информация;
· алгоритм решения.
Алгоритм может быть выполнен в следующих формах: текстовой, графической, на специальном языке.
Блок-схемы выполняются в соответствии с ГОСТ 19.002-80 и ГОСТ 18.003-80.
Более подробное описание этого пункта см. в Главе 3, п.п.3.2.6, 3.2.7.
- 4.3. Раздел «Описание программы»
- В разделе приводятся:
- ь назначение и условия применения программы;
- ь структура программы;
- ь характеристика программы;
- ь описание обращения и внешние применения;
- ь входные данные;
- ь выходные данные;
- ь диагностические сообщения;
- ь виды контроля входной и выходной информации;
- ь описание контрольного примера.
- Расчет экономической эффективности проводится в соответствии с выбранной методикой. Он заключается в сопоставлении ресурсов и обусловленного этими затратами эффекта с помощью трудовых и стоимостных показателей. Основным при расчетах является метод сопоставления базисного и отчетного периода. В качестве базисного периода при переводе конкретных работ на автоматизацию принимают затраты на обработку информации до внедрения автоматизации (ручная обработка), а при совершенствовании действующей системы автоматизации экономических работ - затраты на обработку информации при прежнем уровне автоматизации. При этом пользуются абсолютными и относительными показателями. См. глава 1, п.п. 1.5.
- Основные выводы или заключение
- В разделе приводятся основные выводы и результаты работы.
- Раздел «Приложения»
- В разделе приводятся все приложения выносимые за основной текст. Приложения могут быть выполнены на листах другого формата.
- Организация курсового проектирования
- Руководство курсовыми проектами осуществляется преподавателями кафедры.
- После выбора темы и ее согласования студент всю дальнейшую работу выполняет под контролем преподавателя кафедры. Текст документа может быть подготовлен на компьютере.
- Сдача курсового проекта на рецензирование осуществляется студентами не позднее двух недель до экзаменационной сессии.
- Защита и оценка курсового проекта
- Представленная на кафедру работу рецензируется преподавателем, который дает письменное заключение о работе.
- Зашита курсового проекта осуществляется в установленные кафедрой сроки. Оцениваются работы после защиты по четырехбальной системе.
- Студенты, не выполнившие в срок курсовой проект и получившие оценку "неудовлетворительно", к очередной экзаменационной сессии не допускаются.
- К курсовому проекту прилагаются две схемы:
- 1. Описание технологии решения комплекса задач, которая выполняется с помощью операндов выполнения блок-схем решения экономических задач.
- 2. Технологическая сеть проектирования документа "Постановка и алгоритм решения задачи (комплекса задач)" выполняется с помощью системы технологических операций.
Предлагаемые темы курсовых проектов
1. Учёт поступления продукции на склад. В качестве входного документа можно использовать документ «Накладная».
2. Учет выбытия товаров со склада. В качестве входного документа можно использовать «Требования».
3. Учет основных средств на предприятии. В качестве входного документа можно использовать «Инвентарную карточку № ___ учета основных средств».
4. Учет материалов на складе. В качестве входного документа можно использовать «Карточка №__ складного учёта материалов».
5. Учет кадров на предприятии. В качестве входного документа можно использовать форму Т-2 «Личная карточка».
6. Движения основных средств на предприятии. В качестве входного документа можно использовать «Акт приёмки - передачи основных средств».
7. Учет списания малоценных и быстроизнашивающихся предметов. В качестве входного документа может служить «Акт №___ на списания малоценных и изнашивающихся предметов».
8. Расчет заработной платы работающих на предприятии. В качестве входного документа «Лицевой учет». Данную задачу можно сделать для малого предприятия, без расчетов больничных и отпуска.
9. Учет табельного времени работающих на предприятии. В качестве входного документа может служить «Табель учета времени работающих ».
10. Учет поступления налогов в налоговую службу. Можно использовать любой вид налога. В качестве входного документа использовать отчетный документ, заполняемый предприятием.
11. Учет заключенных договоров на выполнения работ и контроль за их выполнением. Можно использовать любой вид деятельности на предприятии. В качестве входного документа использовать «Договор…….».
12. Учет денежных средств в кассе предприятия. В качестве входного документа можно использовать «Приходный кассовый ордер».
13. Учет реализации сельскохозяйственной продукции в агрофирмах. В качестве входного документа можно использовать товарно-транспортную накладную.
14. Учет кредиторской задолженности на предприятии. В качестве входного документа можно использовать документ «Накладная поставщика» и «Платежное поручение».
15. Учет и распределение жилья в отделе ЖКХ «Учета и распределения жилья». В качестве входного документа может служить «Ордер», данные БТИ и документов жильца.
Словарь терминов
АРМ - автоматизированное рабочее место - это персональный компьютер, оснащенный совокупностью персональноориентированных, функциональных и обеспечивающих информационных технологий, и размещенный непосредственно на рабочем месте.
Внемашинное информационное обеспечение - это системы классификации и кодирования информации, методы анализа предметной области, формы экономических документов.
Внутримашинное информационное обеспечение - это файлы, базы данных, СУБД, информационные технологии.
Декомпозиция системы - последовательное разложение сложного на составные части до появления простых компонентов.
Информационная технология - системы методов и способов сбора, накопления, хранения, поиска и обработки информации на основе применения средств вычислительной техники.
Информационное обеспечение ЭИС - совокупность внешней и внутренней информации, используемой в ЭИС. Подразделяется на внемашинное и внутримашинное.
Классификация - процесс распределения объектов данного множества на подмножества.
Метод - способ достижения какой-либо цели, решение конкретной задачи.
Метод - это способ достижения какой-либо цели, решения конкретной задачи.
Организационное обеспечение ЭИС - совокупность мероприятий, регламентирующих функционирование и использование технического, программного обеспечений и определяющих порядок выполнения действий, приводящих к искомому результату.
Правовое обеспечение ЭИС - совокупность норм, выраженных в нормативных актах, которые закрепляют организацию этих систем, их цели, задачи, правовой статус ЭИС и всех ее звеньев.
Система классификации - совокупность правил распределения объектов множества на подмножества.
Система кодирования - совокупность правил присвоения кодового обозначения объекту.
Системный анализ - метод исследования объектов как систем и проведения на этой основе из анализа.
Системный подход - комплексное изучение экономического объекта как единого целого на основе системного анализа и синтеза.
Ситуация - сочетание условий и обстоятельств, создающих определенную обстановку, в которой возникла проблема. Под проблемой понимается несоответствие желаемого (нормативного) и фактического уровней достижения целей.
Средство проектирования - это совокупность средств (ППП, CASE-технологии, СУБД), используемых специалистом в процессе проектирования.
Техническое обеспечение ЭИС - комплекс технических средств, обеспечивающих функционирование ЭИС.
Технологическая операция проектирования - это относительно самостоятельный фрагмент технологического процесса проектирования ЭИС.
Технологическая сеть проектирования - это взаимосвязанная по входам и выходам последовательность операций проектирования, выполнение которых приводит к достижению требуемого результата - созданию проекта ЭИС.
Технологический процесс проектирования - это деятельность, направленная на разработку ЭИС.
Технология проектирования - это совокупность методов и средств проектирования, организационных приемов и используемых технических средств, ориентированных на создание ЭИС.
Функциональная часть ЭИС - модель системы управления объектом. В ходе декомпозиции развивается на подсистемы и задачи по различным признакам.
Экономическая информационная система - система, предназначенная для хранения, поиска, обработки и выдачи информации об объекте управления для принятия решений по управлению этим объектом.
Экономическая эффективность - это величина эффекта, приходящаяся на единицу произведенных затрат.
Экспертная система - система искусственного интеллекта, включающая базу знаний с набором правил и механизм вывода, и позволяющая распознавать создавшуюся ситуацию и определять возможные пути выхода из нее.
Эргономическое обеспечение ЭИС - совокупность методов и средств, используемых на различных этапах разработки и функционирования ЭИС, и предназначенных для выбора проектных решений по оптимизации условий работы человека в ЭИС.
Эффект - это результат деятельности, соответствующей поставленной цели.
Список сокращений
|
АРМ |
автоматизированное рабочее место |
|
|
БД |
база данных |
|
|
ИО |
информационное обеспечение |
|
|
ИТ |
информационные технологии |
|
|
ЛВС |
локальная вычислительная сеть |
|
|
ЛПР |
лицо, принимающее решение |
|
|
МО |
математическое обеспечение |
|
|
ОКОНХ |
общегосударственный классификатор отраслей народного хозяйства |
|
|
ОКПО |
общегосударственный классификатор предприятий и организаций |
|
|
ОС |
операционная система |
|
|
ПО |
программное обеспечение |
|
|
ППП |
пакет прикладных программ |
|
|
РП |
рабочий проект |
|
|
САПР |
система автоматизированного проектирования |
|
|
СОАТО |
система обозначений административных территориальных объектов |
|
|
СУБД |
система управления базами данных |
|
|
СУП |
система управления проектами |
|
|
ТЗ |
техническое задание на проектирование ЭИС |
|
|
ТО |
технологическая операция проектирования |
|
|
ТПР |
типовое проектное решение |
|
|
ТСП |
технологическая сеть проектирования |
|
|
ЭИС |
экономическая информационная система |
Список литературы
1. Автоматизированные информационные технологии в экономике: Учебник / Под ред. проф. Г.А. Титоренко. - М.: Компьютер, ЮНИ-ТИ,1998.
2. Алан Р. Саймон. Стратегические технологии баз данных: менеджмент на 2000 год / Пер. с англ и предисл. М.Р. Когаловского. - М.: Финансы и статистика, 1999.
3. Бугорский В.Н., Соколов Р.В. Экономика и проектирование информационных систем - С.-Петербург.: Роза мира, 1998.
4. Буч Г. Объектно-ориентированное проектирование с примерами применения: Пер. с англ. - М.: Конкорд, 1992.
5. Введение в информационный бизнес / Под ред. В.П. Тихомирова, А.В. Хорошилова. - М.: Финансы и статистика, 1996. - 246 с.
6. Вендров A.M. Проектирование программного обеспечения экономических информационных систем: Учебник. - М.: Финансы и статистика, 2000.
7. Гост 15.971 - 90. Системы обработки информации: Термины и определения. - М.: Изд.-во стандартов, 1994.
8. Гост 19.001 - 77. Единая система программной документации: Общие положения. - М.: Изд.-во стандартов, 1994.
9. Гост 19.101 - 77. Единая система программной документации: Виды программ и программных документов. - М.: Изд.-во стандартов, 1994.
10. Гост 19.102-77. Единая система программной документации: Стадии разработки, - М.: Изд.-во стандартов, 1994.
11. Гост 19.105 - 78. Единая система программной документации: Общие требования к программным документам. - М.: Изд.-во стандартов, 1994.
12. Гост 19.201 - 78. Единая система программной документации: Техническое задание. Требования к содержанию и оформлению. - М.: Изд.-во стандартов, 1994.
13. Гост 19.202 - 78. Единая система программной документации: Спецификация. Требования к содержанию и оформлению. - М.: Изд.-во стандартов,1994.
14. Гост 19.404 - 79. Единая система программной документации: Пояснительная записка: Требования к содержанию и оформлению. - М.: Изд.-во стандартов, 1994.
15. Гост 19.502 - 78. Единая система программной документации: Описание применения. Требования к содержанию и оформлению. - М.: Изд.-во стандартов, 1994.
16. Гост 19.503 - 79. Единая система программной документации: Руководство системного программиста. Требования к содержанию и оформлению. - М.: Изд.-во стандартов, 1994.
17. Гост 19.504 - 79. Единая система программной документации: Руководство программиста. Требования к содержанию и оформлению. -М.: Изд.-во стандартов, 1994.
18. Гост 19.505 - 79. Единая система программной документации: Руководство оператора. Требования к содержанию и оформлению. - М.: Изд.-во стандартов, 1994.
19. Гост 19.507 - 79. Единая система программной документации: Ведомость эксплуатационных документов. - М.: Изд.-во стандартов, 1994.
20. Гост 19.701 - 90. Единая система программной документации: Схемы алгоритмов, программ данных и систем. Условные обозначения и правила выполнения. - М.: Изд.-во стандартов, 1994.
21. Гост 19.781 - 90. Обеспечение систем обработки информации программное: Термины и определения. - М.: Изд.-во стандартов, 1994.
22. Гост 20.886 - 85. Организация данных в системах обработки данных: Термины и определения. - М.: Изд.-во стандартов, 1994.
23. Гост 24.402 - 88. Организация данных в системах обработки данных: Термины и определения. - М.: Изд.-во стандартов, 1994.
24. Гост 28.147 - 89. Системы обработки информации. Защита криптографическая. Алгоритм криптографического преобразования. - М.:
25. Гост 3.11.09 - 82. Система технологической документации: Термины и определения основных понятий. -М.: Изд.-во стандартов, 1994.
26. Гост 34.003 - 90. Информационная технология. Комплекс стандартов на автоматизированные системы: Автоматизированные системы: Термины и определения. - М.: Изд.-во стандартов, 1991.
27. Гост 34.201 - 89. Виды, комплектность и обозначение документов при создании автоматизированных систем. - М.: Изд.-во стандартов, 1991.
28. Гост 34.601 - 90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. - М.: Изд.-во стандартов, 1991.
29. Гост 34.602 - 89. Техническое задание на создание автоматизированной системы. - М.: Изд.-во стандартов, 1991.
30. Гост 6. 10. 1 - 88. УСД. Основные положения. - М.: Изд.-во стандар-. тов,1994.
31. Гост 6. 61.1 - 87. Единая система классификации и кодирования технико-экономической информации. Основные положения. - М.: Изд.-во стандартов,1994.
32. Гостехкомиссия России. Руководящий документ. Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации. - М., 1992.
33. Гостехкомиссия России. Руководящий документ. Временное положение по организации разработки, изготовления и эксплуатации программных и технических средств защиты информации от НСД в автоматизированных системах и средствах вычислительной техники. - М., 1992.
34. Гостехкомиссия России. Руководящий документ. Защита от несанкционированного доступа к информации: Термины и определения. -М.,1992.
35. Гостехкомиссия России. Руководящий документ. Концепция защиты СВТ и АС от НСД к информации. - М.: Воениздат, 1992.
36. Гостехкомиссия России. Руководящий документ. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от НСД к информации. - М., 1992.
37. Дейт К. Дж. Введение в системы баз данных. - 6-е изд. - М., СПб., Киев, Изд. дом Вильяме, 2000.
38. Изд.-во стандартов, - 1991.
39. Информационные системы в экономике: Учебник / Под ред. проф. В.В. Дика. - М.: Финансы и статистика, 1996.
40. Комплекс общеотраслевых руководящих методических материалов по созданию АСУ И САПР. - М.: Статистика, 1980.
41. Коуд П. Объектные модели. Стратегии, шаблоны и приложения. -М.: Лори,1999.
42. Липаев В.В. Системное проектирование сложных программных средств для информационных систем. - М.: Синтег, 1999.
43. Маклаков С.В. BPWin и ERWin. CASE-средства разработки информационных систем. - М.: ДИАЛОГ-МИФИ, 2000.
44. Ойхман Е.Г., Попов Э.В. Реинжиниринг бизнеса: реинжиниринг организаций и информационные технологии. - М.: Финансы и статистика, 1997.
45. Першиков В.И., Савинков В.М. Толковый словарь по информатике. -М.: Финансы и статистика, 1996.
46. Полковников А. В. Корпоративная система управления проектами // Электронный офис. - 1997. - Октябрь.
47. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник - М.: Финансы и статистика, 2001. - 512 стр.
48. Тельное Ю.Ф. Интеллектуальные информационные системы в экономике: Учеб. пособие. - М.: СИНТЕГ, 1999. (Серия «Информатизация России на пороге XXI века»).
49. Фаулер М., Скотт К. UML в кратком изложении: Применение стандартного языка объектного моделирования: Пер. с англ. - М.: Мир, 1999.
50. Федеральный закон «Об информации, информатизации и защите информации» // Российская газета. - 1995. - 22 февр.
51. Хотяшов Э.Н. Основы проектирования систем машинной обработки данных. - М.: Финансы и статистика, 1981.
52. CASE-Аналитик. Версия 1.1. Руководство аналитика. - М.: НТП ЭЙТЭКС, 1995.
Размещено на Allbest.ru
...Подобные документы
Методология структурного анализа и проектирования информационных систем. Базовый стандарт процессов жизненного цикла программного обеспечения. Цели и принципы формирования профилей информационных систем. Разработка идеальной модели бизнес-процессов.
презентация [152,1 K], добавлен 07.12.2013Технология разработки информационных систем (ИС). Жизненный цикл информационной системы. Состав и содержание работ на стадиях проектирования ИС. Проектирование унифицированной системы документации. Автоматизированное проектирование корпоративных ИС.
реферат [176,9 K], добавлен 15.04.2012Жизненный цикл информационных систем, методологии и технологии их проектирования. Уровень целеполагания и задач организации, классификация информационных систем. Стандарты кодирования, ошибки программирования. Уровни тестирования информационных систем.
презентация [490,2 K], добавлен 29.01.2023Особенности проектирования информационных систем основанных на базах данных. Использование CASE-средств и описание бизнес процессов в BP-Win. Этапы проектирования современных информационных систем, виды диаграмм и визуальное представление web-сайта.
курсовая работа [1,9 M], добавлен 25.04.2012Сущность проектирования информационных систем как поиска способа, который удовлетворяет требованиям функциональности системы средствами имеющихся технологий с учетом заданных ограничений. Характеристика даталогического и физического проектирования.
контрольная работа [30,7 K], добавлен 30.09.2011Основные области проектирования информационных систем: базы данных, программы (выполнение к запросам данных), топология сети, конфигурации аппаратных средств. Модели жизненного цикла программного обеспечения. Этапы проектирования информационной системы.
реферат [36,1 K], добавлен 29.04.2010Развитие информационных систем. Современный рынок финансово-экономического прикладного программного обеспечения. Преимущества и недостатки внедрения автоматизированных информационных систем. Методы проектирования автоматизированных информационных систем.
дипломная работа [1,5 M], добавлен 22.11.2015Недостатки позадачного подхода к проектированию. Понятие реинжиниринга бизнес-процессов предприятий, их структурные и оценочные характеристики, модели классификации. Структура бизнес-процесса SY, разработка систем и технологий. Правила декомпозиции.
презентация [409,8 K], добавлен 06.09.2015Анализ тенденций развития информационных технологий. Назначение и цели применения систем автоматизированного проектирования на основе системного подхода. Методы обеспечения автоматизации выполнения проектных работ на примере ЗАО "ПКП "Теплый дом".
курсовая работа [210,0 K], добавлен 11.09.2010Изучение понятия корпоративной информационной системы; требования к их разработке. Ознакомление с процессом проектирования и внедрения данных компьютерных технологий на производстве. Рассмотрение специфики работы корпоративных информационных систем.
курсовая работа [33,1 K], добавлен 02.11.2014Классификация информации по разным признакам. Этапы развития информационных систем. Информационные технологии и системы управления. Уровни процесса управления. Методы структурного проектирования. Методология функционального моделирования IDEF0.
курсовая работа [5,2 M], добавлен 20.04.2011Информационные системы - обычный программный продук, но они имеют ряд существенных отличий от стандартных прикладных программ и систем. Классификация, области применения и реализации информационных систем. Фазы проектирования информационных систем.
реферат [22,9 K], добавлен 05.01.2010Visual Basic for Application. Объекты и коллекции. Использование VBA в среде Access. Основы современной технологии проектирования АИС. Автоматизированное проектированиеCASE-технологий. Реинжиниринг бизнес-процессов и проектирование корпоративной ИС.
курсовая работа [2,1 M], добавлен 22.02.2008Теоретические основы проектирования информационно-справочных систем. Значение информационно-справочных компонент в корпоративных информационных системах. Разработка концептуальной и инфологической модели информационно-справочной системы ГОУ НПО ПУ №33.
дипломная работа [645,4 K], добавлен 02.09.2010Методы и технологии проектирования корпоративных сетей. Учет основных нужд предприятия в области информационных технологий при проектировании. Выбор схемы адресации сети, количества и функционального назначения серверов, настройка активного оборудования.
курсовая работа [360,3 K], добавлен 05.03.2012Анализ и проектирование информационных систем. Структурное и функциональное моделирование (Visio). Информационная модель базы данных для проектирования. Задача анализа статических состояний объекта проектирования (системы линейных и нелинейных уравнений).
курсовая работа [3,8 M], добавлен 05.04.2014Основы принятия проектно–конструкторских решений, направленных на получение описания системы, удовлетворяющего требованиям заказчика. Формальное определение операции проектирования, построение технологической сети. Описание документов на входе и выходе.
презентация [1,1 M], добавлен 19.10.2014Общее понятие, история возникновения и эволюция корпоративных информационных систем. Сущность, виды, возможности и механизм работы систем класса MRPII/ERP. Способы внедрения и оценка эффективности использования систем класса MRPII/ERP на предприятии.
курсовая работа [263,5 K], добавлен 03.06.2010Методология проектирования и особенности организации технического обслуживания информационных систем. Понятие, сущность, стадии, стандарты, структура и процессы жизненного цикла информационной системы, а также анализ достоинств и недостатков его моделей.
реферат [66,1 K], добавлен 07.05.2010Методологические основы оценки качества информационных ресурсов. Анализ принципов методологии, используемых при решении задач ОКФИС. Логика организации, ее теоретический базис, нормы и правила. Методы и средства моделирования информационных систем.
контрольная работа [66,7 K], добавлен 23.01.2011
