Разработка подсистемы по учету успеаемости в школе

метки: Проект, Разработка, Подсистема, Требование, Ресурс, Управление, Project, Стандарт

Курсовая работа по профессиональному модулю ПМ.02 «Участие в разработке информационных систем» для МДК.02.02 «Управление проектами» является одним из элементов учебного процесса по подготовке дипломированных специалистов по специальности 230401 «Информационные системы (по отраслям)»

Целью курсовой работы является закрепление и углубление теоретических и практических знаний в области разработки проекта для автоматизации информационной системы или подсистемы по разработке программного обеспечения, а также приобретение практических навыков по управлению проектами средствами Microsoft Project.

В проекте должна быть описана концепция, указаны цели и результаты проекта, описаны исходные допущения и ограничения, указаны ключевые участники и заинтересованные стороны, ресурсы проекта, выполнено планирование проекта. В проекте должен быть предусмотрен каскадный подход ГОСТ 18.102-77 и определены следующие стадии разработки программной системы: Техническое задание, Эскизный проект, Технический проект, Рабочий проект, Внедрение.

Теоретическая и практическая часть выполнена на основе выбранной темы: Проект разработки автоматизированной информационной подсистемы «Отчет успеваемости в школе».

Курсовая работа должна быть выполнена с использованием программы Microsoft Project для управления проектами.

1 Теоретическая часть

По данным Российской ассоциации Управления Проектами «СОВНЕТ», около 40% целенаправленной общественно полезной деятельности, реализуется через различные проекты и программы и 25% мирового бюджета тратится на проекты. Профессиональное управление проектами позволяет эффективно распределить ответственность и обязанности между участниками проекта, сэкономить до 30% времени и до 20% средств, снизить риски неуспеха проектов.

Другая интересная статистика говорит о том, что участие в проектах занимает от 30 до 70 % рабочего времени менеджеров среднего и высшего звена. Организациям, ориентированным на клиентов и вынужденным учитывать их желания, необходим механизм, некий процесс, который позволил бы им успешно и быстро решать стоящие перед ними задачи. Таким механизмом призван быть проект. Он служит своего рода линзой, с помощью которой организация или отдельный человек могут «сфокусировать» ресурсы и возможности на достижение поставленной цели.

Разработка системы управления затратами на предприятии

... работников - специалистов разного класса. Сформулирована основная общая цель данного курсового проекта: Разработка системы, позволяющей наиболее эффективно управлять всеми видами затрат предприятия ОАО «Электромашина», экономить, где это возможно, для обеспечения ...

В деятельности современных компаний сегодня трудно не заметить тенденцию перехода от традиционной культуры, основанной на долгосрочном планировании, к Миру проектов (Project World), в котором бизнес дробит совою деятельность на отдельные проекты, позволяющие более быстро и гибко удовлетворять требования рынка и выживать в новых условиях. Бизнес всегда является хорошим фильтром при отборе технологий ведения деятельности, потому что в случае неэффективности той или иной технологии он (бизнес) теряет прибыль. Проектный подход уже оценен по достоинству и используется ведущими мировыми компаниями, такими как IBM, Motorola, Boeing, Intel и многими другими. Столь широкое распространение проектной деятельности в последнее время связано в первую очередь с тем, что использование проектного подхода позволяет наиболее эффективно использовать имеющиеся в распоряжении ресурсы и достигать поставленных целей в необходимые сроки. Именно такую причину распространения проектов отмечает один из авторитетнейших специалистов в сфере управления проектами Фил Бэгьюли: «… мы стали лучше понимать важность проектов, ибо они не только позволяют создавать что-то новое, но и использовать наши ресурсы наиболее эффективно».

Становится совершенно очевидным, что компетенция управления проектами является одной из ключевых в деятельности современных организаций.

Что же такое «проект»?

1.1 Определение проекта

Существует много определений понятия проект. Термин проект происходит от латинского слова projectus, что в переводе означает «брошенный вперед», «выступающий», «выдающийся вперед», замысел, идея, образ, воплощенные в формулу описания, обоснования, расчетов, чертежей, раскрывающих сущность замысла и возможность его практической реализации.

Проект — это работы, планы, мероприятия и другие задачи, направленные на создание нового продукта (устройства, работы, услуги).

1) Толковый словарь Вебстера

«Проект (англ. Project) — это что-либо, что задумывается или планируется, большое предприятие».

2) США, Свод знаний по управлению проектами PMI:

«Проект — некоторое предприятие с изначально установленными целями, достижение которых определяет завершение проекта».

3) Английская Ассоциация проект — менеджеров:

«Проект — это отдельное предприятие определенными целями, часто включающими приближения по времени стоимости и качества достигаемых результатов.

Проект — это комплекс взаимосвязанных мероприятий, предназначенных для достижения поставленных целей в течении ограниченного периода и при установленном бюджете.

Там, где разрабатывается новый продукт, внешние условия и требования к которому постоянно меняются, где применяемые производственные технологии используются впервые, где постоянно требуются поиск новых возможностей, интеллектуальные условия и творчество, там требуются проекты.

Проект — временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов

Проекты выполняются людьми, ограничены доступностью ресурсов, планируются, исполняются и управляются.

Ограничение по срокам означает, что у любого проекта есть четко определенное начало и завершение. Завершение наступает, когда достигнуты цели проекта; или исчезла необходимость в проекте; или исчезла необходимость в проекте, и он прекращается.

Разработка проекта по созданию веб-сайта и оценка его эффективности

... среди потенциальных клиентов. Цели курсового проекта - изучить стандарты по управлению проектами и стандарты зрелости управления проектами, разработать проект по созданию сайта РИВЦ «Уфа». Для ... процессов управления проектом. Первая группа представляет процесс разработки стратегии, который фокусирует проект на удовлетворение потребностей заказчика и определяет направление хода работ. Вторая ...

Проект — это средство стратегического развития

Цель — описание того, что мы хотим достичь.

Стратегия — констатация того каким образом мы собираемся эти цели достигать. Проекты преобразуют стратегии в действия, а цели в реальность.

Стратегия организации — это генеральный план действий.

Таким образом, каждая работа, которую выполняет конкретный сотрудник, привязывается к достижению стратегических целей организации.

Проекты объединяются в программы.

Программа — ряд связанных друг с другом проектов, управление которыми координируется для достижения преимуществ и степени управляемости, недоступных при управлении ими по отдельности.

Примером программы является реализация конкретной организацией развитие нового микрорайона города.

Программа включает в себя следующие проекты:

• Строительство домов
• Строительство дорог
• Благоустройство территории
• Строительство общественных зданий
• Продажа площадей и т.д.

Проекты и программы объединяются в портфели.

Портфель — набор программ и других работ, объединенных вместе с целью эффективного управления данными работами для достижения стратегических целей.

Проекты и управление ими существовали всегда. В качестве самостоятельной области знаний управление проектами начало формироваться в начале ХХ века. В этой дисциплине пока нет единых международных стандартов. Наиболее известные центры компетенции:

• PMI project management institute, PMBOK — американский национальный стандарт ANSI/PMI 99-001-2004.
• IPMA Inernational project management association.

В России — СОВНЕТ.

1.2 Жизненный цикл проекта. Фазы и продукты

Каждый программный продукт имеет свой жизненный цикл, в который проект разработки очередного релиза входит как одна из фаз. Аналогично, каждый проект разработки очередного релиза входит как одна из фаз. Аналогичного, каждый проект разработки ПО имеет свой собственный жизненный цикл, который состоит из четырех фаз:

• Инициации
• Планирования
• Реализация
• Завершение

На фазе инициации проекта необходимо понять, что и зачем мы будем делать — разработать концепцию проекта. Инициация — начальный этап инновационного процесса. Фаза планирования определяет, как мы будем это делать. На фазе реализация происходит материализация наших идей в виде документированного и протестированного программного продукта. И, наконец, на фазе завершения мы должны подтвердить, что мы разработали именно тот продукт, который задумали в концепции проекта, а также провести приемо-сдаточные испытания (ПСИ) продукта на предмет соответствия его свойств, определенным ранее требованиям.

Как правило, редкий проект выполняется в соответствии с первоначальными планами, поэтому важным элементом фазы завершения является «обратная связь»: анализ причин расхождения и условие уроков на будущее. Помним, что управляющая система без обратной связи не может быть устойчивой.

Разработка визуальной концепции сувенирной продукции для г.о. Тольятти

... работы рассчитана стоимость затрат на проект и вычислен его приблизительный коэффициент эффективности. Основной проблематикой является незаинтересованность у жителей и гостей города в сувенирной продукции. Цель проекта заключается в разработке визуальной концепции сувенирной продукции ...

Проект часто называется с идеи, которая появляется у одного человека. Постепенно, по мере формулирования, анализа и оценки этой идеи, привлекаются дополнительные специалисты. Ещё больше участников требуется на фазе планирования проекта. Пик потребления ресурсов приходится на фазу реализации.

В современных моделях разработки ПО реализация осуществляется на основе сочетания итеративного и инкрементального подходов.

Итеративность предполагает, что требования к системе и её архитектура прорабатываются не один раз, а постепенно уточняются от итерации к итерации. Это означает, что на каждой итерации происходит полный цикл процессов разработки: уточнение требований, проектирование, кодирование, тестирование и документирование.

Инкрементальность состоит в том, что результатом каждой итерации является версия ПО, которая реализует часть функциональности будущего программного продукта и может введена в тестовую или опытную эксплуатацию, а также оценена заказчиком и будущими пользователями. Это означает, что после каждой итерации происходит прирост требуемого функционала, а нереализованных функций будущего продукта остается все меньше.

Сочетание итеративности и инкрементальности обеспечивает эффективность разработки и существенное снижение рисков по ходу проекта.

На последней фазе происходит постепенное высвобождение участников проектной команды. Следует помнить, что проект должен иметь четкое окончание во времени, после которого все работы по проекту закрываются, и на проект перестают тратиться ресурсы. Не должно оставаться «зависших» работ.

1.3 Организация проектной команды разработки ПО

Каждый проект разработки ПО имеет свою организационную структуру, которая определяет распределение ответственности и полномочий среди участников проекта, а также обязанностей и отношений отчетности. Чем меньше проект, тем больше ролей приходится совмещать одному исполнителю.

Роли и ответственности участников типового проекта разработки ПО можно условно разделить на пять групп:

• Анализ. Извлечение, документирование и сопровождение требований к продукту
• Управление. Определение и управление производственными процессами
• Производство. Проектирование и разработка ПО
• Тестирование. Тестирование ПО
• Обеспечение. Производство дополнительных продуктов и услуг.
• Группа анализа включает в себя следующие роли:
• Бизнес — аналитик. Построение модели предметной области(Онтологии)
• Бизнес-архитектор.

Разрабатывает бизнес-концепцию системы. Определяет общее видение продукта, его интерфейсы, поведение и ограничения.

• Системный аналитик. Отвечает за перевод требований к продукту в функциональные требования ПО
• Специалист по требованиям. Документирование и сопровождение требований к продукту
• Менеджер продукта (функциональный заказчик).

  Представляет в проекте интересы пользователей продукта.

Организация проектной команды. Группа управления. Производственная группа.

В большом проекте может быть несколько производственных групп, ответственных за отдельные подсистемы. Как правило, проектировщик выполняет роль лидера группы и управляет своим подпроектом или пакетом работы. программа автоматизация информационный система

Группа управления состоит из следующих ролей:

Проектирование системы стабилизации воздушного судна по углу тангажа

... составляющих углового движения. 1. Цель работы Целью данного курсового проекта является проектирование системы стабилизации воздушного судна ... качество переходных процессов неудовлетворительное. Системе требуется дополнительная коррекция для улучшения динамических характеристик. Построим логарифмические ... быть знаков «-», даже если коэффициент отрицательный при составлении ПФ просто меняешь знак на +. ...

• Руководитель проекта. Отвечает за достижения целей проекта при заданных ограничениях (по срокам, бюджету и содержанию), осуществляет операционное управление проектом и выделенными ресурсами
• Куратор проекта.

Оценка планов и исполнения проекта. Выделение ресурсов.

• Системный архитектор. Разработка технической концепции системы. Принятие ключевых проектных решений относительно внутреннего устройства программной системы и её технических интерфейсов.
• Руководитель группы тестирования. Определение целей и стратегии тестирования, управление тестированием.
• Ответственный за управление изменениями, конфигурациями, за сборку и поставку программного продукта.

В производственную группу входят:

• Проектировщик. Проектирование компонентов и подсистем в соответствии с общей архитектурой, разработка архитектурно значимых модулей.
• Проектировщик БД
• Проектировщик интерфейса пользователя.
• Разработчик. Проектирование, реализация и отладка отдельных модулей системы.
• Группа тестирования в проекте состоит из следующих ролей:
• Проектировщик тестов. Разработка тестовых сценариев.
• Разработчик автоматизированных тестов.
• Тестировщик. Тестирование продукта. Анализ и документирование результатов

Участники группы обеспечения, как правило, не входят в команду проекта. Они выполняют работы в рамках своей процессной деятельности. К группе обеспечения можно отнести следующие проектные роли:

• Технический писатель.
• Переводчик.
• Дизайнер графического интерфейса.
• Разработчик учебных курсов, тренер.
• Участник рецензирования
• Продажи и маркетинг
• Системный администратор
• Технолог
• Специалист по инструментальным средствам.
• Другие.

В зависимости от масштаба проекта одну роль могут исполнять несколько человек. Например, разработчики, тестировщики, технические писатели. Некоторые роли всегда должен исполнять только один человек. Например, руководитель проекта, системный архитектор. Один человек может исполнять несколько ролей.

2 Проектная часть

2.1 Концепция проекта

Концепция — определенный способ понимания, трактовки какого-либо предмета, явления, процесса, основная точка зрения на предмет и др., руководящая идея для их систематического освещения.

У каждого проекта должна быть концепция. Если проект небольшой, то для изложения концепции часто достаточно несколько абзацев. Однако, стартовать проект без концепции, это все равно, что отправлять корабль в плавание, не определив для него пункт назначения.

Концепция проекта разрабатывается на основе анализа потребностей бизнеса. Главная функция документа — подтверждение и согласование единого введения целей, задач и результатов всеми участниками проекта. Концепция определяет, что и зачем делается в проекте.

Концепция проекта это ключевой документ, который используется для принятия решений в ходе всего проекта, а также на фазе приемки — для подтверждения результата.

Она содержит следующие разделы:

• Название проекта
• Цели проекта
• Результаты проекта
• Допущения и ограничения
• Ключевые участники и заинтересованные стороны
• Результаты проекта
• Сроки
• Риски
• Критерии приемки
• Обоснование полезности проекта.

2.2 Краткая легенда проекта

Разработать проект для автоматизации информационной подсистемы «Учет успеваемости в школе». В проекте должна быть описана концепция, указаны цели и результаты проекта, описаны исходные допущения и ограничения, указаны ключевые участники и заинтересованные стороны, ресурсы проекта, выполнено планирование проекта. В проекте должен быть предусмотрен каскадный подход ГОСТ 18.102-77 и определены следующие стадии разработки программной системы:

Разработка автоматизированной системы управления с разработкой ...

... Целью дипломной работы является разработка автоматизированной системы управления с разработкой программного средства учёта выполнения заказов для организации работы ООО «Редтех». Необходимостью разработки такой автоматизированной системы управления послужило то, что используемые в работе организации способы и средства хранения и обработки ...

1. Техническое задание

2. Эскизный проект

3. Технический проект

4. Рабочий проект

5. Внедрение

Автоматизацию управления проекта выполнить, используя Microsoft Project. При планировании проекта с использованием программы Microsoft Project нужно составить список задач, требующих решения, и список ресурсов, а затем назначить ресурсы задачам. На этапе осуществления проекта необходимо следить за ходом работы, сроками и затраченными средствами.

2.3 Цели и результаты проекта

Постановка цели является первым и исходным этапом проекта. Правильно определить цель бывает довольно сложно, тем не менее крайне важно, чтобы цель была поставлена и были определены показатели ее достижения.

2.3.1 Цели проекта

• Ведение учета успеваемости учеников
• Производить быстрый поиск необходимой информации
• Формировать сведения об ученике и его родственниках
• Вести учет успеваемости ученика в течение года
• Контролировать учеников, не получивших аттестацию за месяц
• Регулировать успеваемость ученика в течение месяца
• Вести учет успеваемости ученика по аттестации за год
• Формировать списки учеников, претендующих на золотую медаль
• Контролировать средний бал класса
• Выдавать соответствующие отчеты.

2.3.2 Результаты проекта

• Повышения эффективности учета успеваемости в школе
• Реализация стратегических планов
• Отчет по успеваемости одного ученика
• Отчет по успеваемости класса
• Отчет по ученикам, претендующим на золотую медаль
• Экзаменационные, зачетные и ведомости

2.3.3 Продукты проекта

• Прикладное ПО и документация пользователей
• Базовое ПО
• Оборудование ЛВС, рабочие станции, сервера и операционно-системное ПО.
• Проведение пусконаладочных работ и ввод в опытную эксплуатацию.
• Обучение пользователей и администраторов системы.
• Сопровождение системы на этапе опытной эксплуатации
• Передача системы в промышленную эксплуатацию
• Система должна автоматизировать следующие функции
• Просмотр сводных ведомостей
• Поиск по сводной ведомости
• Просмотр информации об успеваемости студентов.
• Редактирование информации в базе данных о пересдаче экзамена
• Просмотр статистики об успеваемости студентов
• Подготовка отчетов

2.4 Исходные допущения и ограничения

• Для проектирования прикладного ПО используется UML.
• Средством разработки ПО является Borland Delphi.
• В качестве промежуточного ПО используется СУБД Microsoft Office Access 2013
• Количество одновременно работающих пользователей — 20.
• В рамки проекта не входят:

А) Интеграция с другими системами

Проектирование системы управления проектами

... выполнения работ по времени, затраченной трудоемкости, производительности труда, освоенного объема и т.д. 1.2 Классификация информационных систем управления проектами и характеристика их рынка сбыта Основу программного обеспечения любой автоматизированной системы управления проектами составляют ...

Б) Защита системы от преднамеренного взлома.

2.5 Ключевые участники и заинтересованные стороны

Заказчик — Среднее общеобразовательное учреждение

• Пользователи автоматизированной системы:
• Преподавательский состав
• Родители учеников
• Куратор проекта — начальник отдела АСУ Кузьмин А.И.
• Руководство проекта — ведущий специалист отдела заказных разработок Малышев С.С.

2.6 Ресурсы проекта

Требования к персоналу:

• 1 Руководитель проекта
• 1 технический лидер
• 1 системный аналитик
• 5 программистов
• 6 тестировщиков

Материальные и другие ресурсы:

• Сервер управления конфигурациями и поддержки системы контроля версий
• 2 серверных комплекса
• Сервер БД
• Сервер приложений.
• Лицензии на средства разработки и тестирования
• OS Microsoft Windows 7 Professional 64-bit
• Borland Delphi 7
• СУБД Microsoft Office 2013

2.7 Описание структуры проекта

Она содержит следующие разделы:

• Название проекта
• Цели проекта
• Результаты проекта
• Допущения и ограничения
• Ключевые участники и заинтересованные стороны
• Результаты проекта
• Сроки
• Риски
• Критерии приемки
• Обоснование полезности проекта

3. Проект разработки автоматизированной информационной подсистемы «Учет успеваемости в школе»

1. Подготовка технического задания на автоматизацию

1.1 Проведение аналитического обследования предприятия

1.1.1 Обследование функциональной структуры

1.1.2 Обследование потоков и состава информации

1.1.3 Краткая характеристика предприятия

1.2 Разработка функциональных требований

1.3 Разработка требований к базовому ПО

1.4 Разработка требований к информационному обеспечению

1.5 Разработка требований к оборудованию

1.6 Разработка требований к системному ПО

1.7 Определение состава комплекса задач

1.8 Согласование и утверждение ТЗ

1.9 ТЗ утверждено

Подготовка технического проекта на автоматизацию

2.1 Составление (описание) пояснительной записки

2.2 Решение по комплексу технических средств

2.3 План мероприятий по подготовке объекта к внедрению

2.4. Расчёт экономической эффективности

2.5 Описание организационной структуры управления

2.6 Описание постановки и решения комплекса задач

2.6.1 Повышение эффективности работы

2.6.2 Автоматизация

2.6.3 Упростить работу

2.6.4 Регистрировать

2.7 Описание систем программного обеспечения

2.8 Описание организации информационной базы

2.9 Описание систем классификации и кодирования

Подготовка рабочего проекта на автоматизацию

3.1 Разработка программного обеспечения для комплекса задач по учету успеваемости в школе

Стадии проектирования систем автоматизированного проектирования

... Стадии создания с развития САПР Разработка систем автоматизированного проектирования должна выполняться на основе комплекса взаимоувязанных государственных стандартов на САПР, который устанавливает основные положения, правила организации работ по созданию, функционированию и развитию ...

3.2 Программная документация рабочего проекта

3.2.1 Руководство программиста

3.2.2 Руководство оператора

3.2.3 Руководство пользователя

3.2.4 Описание контрольного примера

Поставка и монтаж оборудования

4.1 Разработка спецификации на оборудование

4.2 Закупка и поставка оборудования

4.3 Монтаж оборудования

4.4 Установка и настройка операционно-системного ПО

4.5 Монтаж оборудования завершён

Поставка и установка базового ПО

5.1 Разработка спецификации на базовое ПО

5.2 Закупка базового ПО

5.3 Развёртывание и настройка базового ПО

5.4 Базовое ПО установлено у заказчика

Разработка и тестирование прикладного ПО

6.1 Разработка спецификации на прикладное ПО

6.2 Установка сконфигурированной рабочей среды

6.3 Проектирование и разработка ПО

6.3.2 Разработка подсистемы “Учет успеваемости в школе ”

6.3.4 Тестирование ПО

6.3.4.1 Раунд 1

6.3.4.2 Раунд 2

6.3.4.3 Раунд 3

6.3.4.4 Выходное тестирование

6.3.5 Документирование прикладного ПО

Обучение пользователей

7.1 Подготовка учебных курсов

7.2 Обучение сотрудников

7.3 Обучение руководства

7.4 Обучение администраторов системы

Ввод в опытную эксплуатацию

8.1 Развёртывание и настройка прикладного ПО

8.2 Проведение приёмно-сдаточных испытаний

4. Создание проекта в Microsoft Project

4.1 Описание Microsoft Project

Microsoft Project (или MSP) — программа управления проектами, разработанная и продаваемая корпорацией Microsoft.

Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ. Microsoft Project создаёт расписания критического пути. Расписания могут быть составлены с учётом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.

Под маркой Microsoft Project доступны сразу несколько продуктов и решений:

Microsoft Project Standard — однопользовательская версия для небольших проектов Microsoft Project Professional — корпоративная версия продукта поддерживающая совместное управление проектами и ресурсами, а также управление портфелями проектов с помощью Microsoft Project Server.

Microsoft Project Web Access — Web-интерфейс для отчетности о выполнении задач, а также просмотра портфелей проектов Microsoft Project Portfolio Server — продукт для отбора проектов для запуска на основе сбалансированных показателей, вошел в состав Microsoft Project Server с версии MS Project 2010.

Начиная с 2013 года Microsoft начинает поставлять облачную версию Microsoft Project Online.

Microsoft Project является только инструментом, для внедрения управления проектами необходимо выбрать методологию проектного управления. Как правило методология реализуется через «регламенты» проектного управления и отраслевые доработки MS Project.

Имея 20.000.000 пользователей, Microsoft Project является монополистом.

Наиболее очевидным преимуществом продукта является то, что он входит в семейство Microsoft Office. Это обеспечивает следующие плюсы, характерные для всех продуктов MS Office:

Такое же малое время обучения пользователей, как и с остальными программами Microsoft Office

Система автоматизированного проектирования (4)

САПР — система автоматизации проектных работ . Такая расшифровка точнее соответствует аббревиатуре, однако более тяжеловесна и используется реже. САПР — система автоматического проектирования . Это неверное толкование. Понятие «автоматический» подразумевает самостоятельную работу системы, без участия человека. ...

Богатые возможности по настройке в стиле формул Microsoft Excel (сам продукт выдержан в интерфейсе, максимально приближенном к Microsoft Excel)

Возможность адаптировать продукт под свою специфику путём программирования или покупки готовых решений, созданных на базе Visual Basic или Microsoft.Net.

Microsoft стимулирует покупку готовых решений у партнеров через программу Microsoft ISV Royalty, компенсируя клиентам и партнерам разработку отраслевых решений, также данная программа направлена на уменьшение проблем продукта с технической поддержкой.

Microsoft понимает недостатки своего продукта в области надежности серверной части и использует несколько программ, чтобы индивидуальные эксперты и партнеры помогали решать эту проблему. Если сам десктоп Microsoft Project так же надежен, как Microsoft Excel и не имеет существенных нареканий, то надежность Microsoft Project Server находится в фокусе критики даже центральных экспертов и партнеров Microsoft по продукту.

Microsoft решает данную проблему надежности Microsoft Project Server с помощью целого набора программ.

Через программу Microsoft ISV Royalty партнерам и клиентам компенсируется часть стоимости по усиленной технической поддержке решения.

Microsoft приглашает сильнейших экспертов из клиентов и партнеров, и в первую очередь критически настроенных к качеству Microsoft Project Server, принять участие в программе его разработки и тестировании Microsoft Technology Adoption Program Microsoft выдает наградные статусы экспертам по продукту, которые соглашаются бесплатно консультировать по инцидентам поддержки на форумах. Сервис бесплатной форумной консультации Microsoft обеспечивает через программу «Наиболее ценный специалист» (Microsoft MVP).

При правильном применении указанных программ проблемы надежности серверных компонент в значительной степени нивелируются: часть стоимости технической поддержки компенсируется Microsoft и бесплатными консультациями на форумах, сложные сценарии корпоративных внедрений крупные клиенты и партнеры Microsoft могут протестировать через Microsoft Technology Adoption Program.

4.2 Настройка и составление плана проекта в Microsoft Poject

Начинать работу в Microsoft Project следует с настройки рабочего времени. Для этого на панели инструментов находим вкладку «Файл» и выбираем пункт «Параметры». В окне параметров нам необходимо перейти на вкладку «Расписание», «Дополнительно». На следующих рисунках показаны настройки рабочего времени и настройка отображения величин.

Рисунок 1 — Настройка рабочего времени

Рисунок 2 — Настройки величин

После того, как мы установили нужное обозначение величин можно приступать к проектированию.

Для начала необходимо ввести в программу план данный выше в этой курсовой работе и с группировать их в соответствии с этим планом.

Рисунок 3 — План проекта

Рисунок 4 — План проекта

Итак, план проекта готов. Но сам проект еще не выполняется, так как нет людей и ресурсов, с помощью которых выполняется этот проект. Для того, чтобы назначить ресурсу нужно выбрать на панели инструментов вкладку Вид и выбрать пункт “Лист ресурсов”. Ресурсы, которые мы будем вводить представлены ниже.

Рисунок 5 — Лист ресурсов

Список литературы

[Электронный ресурс]//URL: https://inzhpro.ru/kursovaya/razrabotka-podsistemyi/

1. ГОСТ 34.201-89. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем

2. ГОСТ 34.320- 96 Информационные технологии. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы

3. ГОСТ 34.321- 96 Информационные технологии. Система стандартов по базам данных. Эталонная модель управления данными

4. ГОСТ 34.601 — 90 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

5. ГОСТ 34.602-89. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы

6. ГОСТ 34.603-92. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Виды испытаний автоматизированных систем

7. ГОСТ 24.204-80. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документа «Описание постановки задачи»

8. ГОСТ 24.205-80 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов по информационному обеспечению

9. ГОСТ 24.206-80 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов по техническому обеспечению

10. ГОСТ 24.207-80 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов по программному обеспечению

11.ГОСТ 24.208-80 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов стадии «Ввод в эксплуатацию»

12. ГОСТ 24.209-80 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов по организационному обеспечению

13. ГОСТ 24.210-82 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов по функциональной части

14. ГОСТ 24.211-82 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документа «Описание алгоритма»

15. ГОСТ 24.301-80 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Общие требования к выполнению текстовых документов

16. ГОСТ 24.302-80 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Общие требования к выполнению схем

17. ГОСТ 24.304-82 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к выполнению чертежей

18. ГОСТ 24.703-85 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Типовые проектные решения. Основные положения