Анализ предметной области
 Скачать 357.38 Kb.
|
|
Раздел 1. Разработка программного обеспечения Тема 1.1. Основные понятия и стандартизация требований к программному обеспечению Практическое занятие 1. Тема: Анализ предметной области Цель работы: описать и проанализировать ИС, определить необходимые элементы КТС ИС и системного ПО ИС. Продолжительность занятия: 2 часа. Оснащение: Персональный компьютер, программа Microsoft Word, методические указания к практическим занятиям. Методические указания по выполнению работы: изучить краткие теоретические материалы по теме практического занятия; изучить условие задания практического занятия; при выполнении работы соблюдать последовательность действий; оформить отчет по практической работе. Теоретические сведения Проблемы управления программными проектами впервые появились в 60-х– начале70-х годов прошлого века, когда провалились многие большие проекты по разработке программных продуктов. Были зафиксированы задержки в создании ПО, программное обеспечение было ненадежным, затраты на разработку в несколько раз превосходили первоначальные оценки и т.д. Провалы этих проектов обуславливались не только некомпетентностью руководителей и программистов. Напротив, в этих больших поисковых проектах принимали участие люди, уровень квалификации которых был явно выше среднего. Причины провалов коренились в тех подходах, которые использовались в управлении проектами. Применяемая методика была основана на опыте управления техническими проектами и оказалась неэффективной при разработке программных проектов. Руководители программных проектов выполняют такую же работу, что и руководители технических проектов. Вместе с тем процесс разработки ПО существенно отличается от процессов реализации технических проектов. Ниже приведен небольшой список этих отличий. 1. Программный продукт нематериален. Менеджер судостроительного проекта или проекта постройки здания видит результат выполнения своего проекта. Если реализация проекта отстает от графика, то это видно по незавершенности конструкции. В противоположность этому процент незавершенности программного проекта нельзя увидеть или потрогать. Менеджер программного проекта может полагаться только на документацию, которая фиксирует процесс разработки программного продукта. 2. Не существует стандартных процессов разработки программного обеспечения. На сегодняшний день не существует четкой зависимости между процессом создания ПО и типом создаваемого программного продукта. Другие технические дисциплины имеют длительную историю, процессы разработки технических изделий многократно опробованы и проверены. Изучением же процессов создания ПО специалисты занимаются только последние несколько лет. Поэтому прока нельзя точно предсказать, на каком этапе процесса разработки ПО могут возникнуть проблемы, угрожающие всему проекту. 3. Большие программные проекты – это часто одноразовые проекты. Большие программные проекты, как правило, значительно отличаются от проектов, реализованных ранее. Поэтому, чтобы уменьшить неопределенность в планировании проекта, руководители проектов должны обладать очень большим практическим опытом. Но постоянные технологические изменения в компьютерной технике обесценивают предыдущий опыт. Перечисленные особенности могут привести к тому, что реализация проекта выйдет за рамки временного графика или бюджетных ассигнований. Об этом всегда нужно помнить. Процессы управления программными проектами Невозможно описать и стандартизировать все работы, выполняемые менеджером проекта по созданию ПО, но в большинстве случаев к ним относятся. 1.Написание предложений по созданию ПО. 2.Планирование и составление графика работ проекта. 3.Оценивание стоимости проекта. 4.Контроль процессов выполнения работ. 5.Подбор персонала. 6.Написание отчетов и представлений. Время выполнения больших программных проектов может занимать несколько лет. В течение этого времени цели и намерения организации, оказавшей программный проект, могут существенно измениться. Может оказаться, что разрабатываемый программный продукт стал уже ненужным либо исходные требования к ПО устарели и их нужно кардинально менять. В такой ситуации руководство организации-разработчика может принять решение о прекращении разработки ПО или об изменении проекта в целом. Планирование проекта Эффективное управление проектами напрямую зависит от правильного планирования работ. План, разработанный на начальном этапе проекта, рассматривается всеми его участниками как руководящий документ, выполнение которого должно привести к успешному завершению проекта. Этот первоначальный план должен максимально подробно описывать все этапы реализации проекта. План проекта должен показать ресурсы, необходимые для реализации проекта, разделение работ на этапы и временной график выполнения этих этапов. Детализация планов проектов очень разнится в зависимости от типа разрабатываемого программного продукта и организации - разработчика. Но в любом случае большинство планов содержит следующие разделы. 1. Введение. Краткое описание целей проекта и проектных ограничений (бюджетных, временных и т.д.). 2. Организация выполнения проекта. Описание способа подбора команды разработчиков и распределение обязанностей между членами команды. 3. Анализ рисков. Описание возможных проектных рисков, вероятность их проявления и стратегий, направленных на их уменьшение. 4. Аппаратные и программные ресурсы для реализации проекта. Перечень аппаратных средств и программного обеспечения, необходимого для разработки программного продукта. 5. Разбиение работ на этапы. Проект разбивается на отдельные процессы, определяются этапы выполнения проекта, приводится описание результатов каждого этапа и контрольные отметки. 6. График работ. В графике работ отображаются зависимости между отдельными этапами разработки по, оценки времени их выполнения и распределение членов команды проекта по отдельным этапам. 7. Механизмы контроля и мониторинга за ходом выполнения проекта. Описываются механизмы и сроки предоставления отчетов о ходе работ, а также механизмы мониторинга всего проекта. При планировании проекта разработки ПО определяются контрольные точки – вехи, отмечающие окончание определенного этапа работ. Для каждой вехи создается отчет, который предоставляется руководству проекта. При определении контрольных точек весь процесс создания ПО должен быть разбит на отдельные этапы с указанным «выходом» (результатом) каждого этапа. Например, на рисунке показаны этапы разработки спецификации требований в случае, когда для ее проверки используется прототип системы.  Информационный процесс - это осуществление всей совокупности следующих элементарных информационных актов: прием или создание информации, ее хранение, передача и использование. Информационная система - это совокупность механизмов, обеспечивающих полное осуществление информационного процесса. Вне ИС информация может лишь сохраняться в виде записей на тех или иных физических носителях, но не может быть ни принятой, ни переданной, ни использованной. Информационная система - организационно-техническая система, которая предназначена для выполнения информационно-вычислительных работ или предоставления информационно - вычислительных работ или предоставления информационно-вычислительных услуг, удовлетворяющих потребности системы управления и ее пользователей - управленческого персонала, внешних пользователей путем использования и/или создания информационных продуктов. Информационные системы существуют в рамках системы управления и полностью подчинены целям функционирования этих систем. Информационно-вычислительная работа - деятельность, связанная с использованием информационных продуктов. Типичным примером информационной работы является поддержка информационных технологий управления. Информационно-вычислительная услуга - это разовая информационно-вычислительная работа. Под информационным продуктом понимается вещественный или нематериальный результат интеллектуального человеческого труда, обычно материализованный на определенном носителе, например разнообразных программных продуктов, выходной информации в виде документов управления, баз данных, хранилищ данных, баз знаний, проектов ИС и ИТ. Методологическую основу изучения ИС составляет системный подход, в соответствии с которым любая система представляет собой совокупность взаимосвязанных объектов, функционирующих совместно для достижения общей цели. Информационная система представляет собой совокупность функциональной структуры, информационного, математического, технического, организационного и кадрового обеспечения, которые объединены в единую системы в целях сбора, хранения, обработки и выдачи необходимой информации для выполнения функций управления. Она обеспечивает информационные потоки: I-1 - информационный поток из внешней среды в систему управления, который, с одной стороны, представляет собой поток нормативной информации, создаваемый государственными учреждениями в части законодательства, а с другой стороны - поток информации о конъюнктуре рынка, создаваемый конкурентами, потребителями, поставщиками; I-2 - информационный поток из системы управления во внешнюю среду (отчетная информация, прежде всего финансовая в государственные органы, инвесторам, кредиторам, потребителям; маркетинговая информация потенциальным потребителям); I-3 - информационный поток из системы управления на объект, представляет собой совокупность плановой, нормативной и распорядительной информации для осуществления хозяйственных процессов; I-4 - информационный поток от объекта в систему управления, который отражает учетную информацию о состоянии объекта управления экономической системой (сырья, материалов, денежных, энергетических, трудовых ресурсов, готовой продукции и выполненных услугах) в результате выполнения хозяйственных процессов. Задачи информационных систем Корпоративные системы позволяют решить следующие задачи: - гарантировать требуемое качество управления предприятием; - повысить оперативность и эффективность взаимодействия между подразделениями; - обеспечить управляемость качеством выпускаемой продукции; - увеличить экономическую эффективность деятельности предприятия; - создать систему статистического учета на предприятии; - осуществлять прогноз развития предприятия; - создать систему стратегического и оперативного планирования, систему прогнозирования. Порядок выполнения работы 1. Выберите предметную область 2. Выберите название ИС в рамках предметной области. 3. Определите цель ИС 4. Проведите анализ осуществимости ИС 4.1.Что проиойдет с организацией, если система не будет введена в эксплуатацию? 4.2.Какие текущие проблемы существуют в организации и как новая система поможет их решить? 4.3.Каким образом (и будет ли) ИС способствовать целям бизнеса? 4.4.Требует ли разработка ИС технологии, которая до этого раньше не использовалась в организации? 5. Где будет размещена ИС? Кто является пользователем ИС? 6. Комплекс технических средств ИТ 6.1.Какие средства компьютерной техники необходимы для ИС? 6.2.Какие средства коммуникационной техники необходимы для ИС? 6.3.Какие средства организационной техники необходимы для ИС? 6.4.Какие средства оперативной полиграфии необходимы для ИС? 7. Опишите системное ПО ИТ.  Форма отчета: Анализ предметной области, оформленный в Microsoft Word. Раздел 1. Разработка программного обеспечения Тема 1.1. Основные понятия и стандартизация требований к программному обеспечению Практическое занятие 2. Тема: Разработка и оформление технического задания Цель работы: Ознакомление с процедурой разработки технического задания на создание программного продукта с применением ГОСТ 19.201-78. Продолжительность занятия: 2 часа. Оснащение: Персональный компьютер, программа Microsoft Word, методические указания к практическим занятиям. Методические указания по выполнению работы: изучить краткие теоретические материалы по теме практического занятия; изучить условие задания практического занятия; при выполнении работы соблюдать последовательность действий; оформить отчет по практической работе Теоретические сведения 1. Техническое задание оформляют в соответствии с ГОСТ 19.201-78 на листах формата А4 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом. 2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78. Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать. 3. Для внесения изменений и дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания. 4. Техническое задание должно содержать следующие разделы: •название программы и область применения; •основание для разработки; •назначение разработки; •технические требования к программе или программному изделию; •технико-экономические показатели; •стадии и этапы разработки; •порядок контроля и приемки; •приложения. В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них. 5. Содержание разделов 5.1. В разделе «Наименование и область применения» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие. 5.2. В разделе «Основание для разработки» должны быть указаны: •документ (документы), на основании которых ведется разработка; •организация, утвердившая этот документ, и дата его утверждения; •наименование и (или) условное обозначение темы разработки. 5.3. В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программною изделия. 5.4. Раздел «Технические требования к программе или программному изделию» должен содержать следующие подразделы: •требования к функциональным характеристикам; •требовании к надежности; •условия эксплуатации; •требования к составу и параметрам технических средств; •требования к информационной и программной совместимости; •требования к маркировке и упаковке; •требования к транспортированию и хранению; •специальные требования. 5.5. В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п. 5.6. В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т. п.). 5.7. В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т. п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала. 5.8. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их технических характеристик. 5.9. В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования. При необходимости должна обеспечиваться защита информации и программ. 5.10. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки. 5.11. В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях. 5.12. В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами. 5.13. В разделе «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей. 5.14. В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы. 5.15. В приложениях к техническому заданию при необходимости приводят: •перечень научно- исследовательских и других работ, обосновывающих разработку; •схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке; •другие источники разработки. Порядок выполнения работы Ниже приведено 15 вариантов программных продуктов. В соответствии с индивидуальным вариантом разработайте техническое задание на создание программного продукта по всем требованиям. 1. Разработка программного комплекса «Автотранспорт». 2. Разработка программного комплекса «Обслуживание банкомата». 3. Разработка программного комплекса «Управление гостиницей». 4. Разработка программного комплекса «Выдача кредитов в банке». 5. Разработка программного комплекса «Строительная фирма». 6. Разработка программного комплекса «Управление библиотечным фондом». 7. Разработка программного комплекса «АРМ работника склада» 8. Разработка программного комплекса «АРМ администратора ателье по ремонту оргтехники» 9. Разработка программного комплекса «АРМ администратора спорткомплекса». 10. Разработка программного комплекса «АРМ администратора автосалона». 11. Разработка программного комплекса «АРМ администратора ресторана». 12. Разработка программного комплекса «АРМ сотрудника ЖЭСа». 13. Разработка программного комплекса «АРМ администратора аэропорта». 14. Разработка программного комплекса «АРМ работника отдела кадров». Форма отчета: Составить техническое задание в соответствии с ГОСТ 19.201-78. Литература: 1. ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению." |