|
|
Основные этапы реинжиниринга.
7.Технико-экономическое обоснование проекта ИС: общая характеристика, состав и содержание. Техническое задание на разработку автоматизированной информационной системы: общая характеристика, типовые требования к содержанию и составу (ГОСТ 34.602-89). Содержание технико-экономического обоснования проекта: 1. Должно быть четко сформулировано что получит заказчик, если согласиться финансировать проект. 2. Когда он получит готовый продукт (график выполнения работ) и сколько это будет стоить (для крупных проектов должен быть составлен график финансирования на разных этапах работы). В документе желательно отразить не только затраты на проект, но и выгоду при его использовании. Ориентировачная структура документа 1) ограничения, риски, критические формы, которые могут повлиять на успешность проекта 2) совокупность усилий, при которых предполагается эксплуатировать будущую систему: архитектура системы, аппаратные и программные ресурсы, условия функционирования, обслуживающий персонал, пользователи системы 3) сроки завершения отдельных этапов, формы премки-сдачи работ, привлекаемые ресурсы. Меры по защите информации 4) описание выполняемых системой функций 5) возможности развития системы 6) информационные объекты системы 7)интерфейсы и распределение функций между человеком и системой 8) требования к программным и информационным компонентам программы обеспечения 9) требования к системе упр. Б.д. Состав и содержание технического задания (в соответствии с ГОСТ 34.602-89). Техническое задание (ТЗ) – это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автомат. Системы управления. 1. Общие сведения о проекте указывают: А)полное наименование системы и ее условное обозначение. Шифр темы или номер договора, наименование предприятия-разработчика и предприятия-заказчика. Б) перечень документов, на основе которых создается система, плановые сроки начала и окончания работ по созданию системы, сведения об источниках финансирования работ. В) порядок оформления и предъявления заказчику результатов работ по созданию системы 2. Назначение, цели создания системы: А) вид автоматизируемой деятельности Б) перечень объектов автоматизации, на которых предполагается ее использовать; В) наименования и требуемые значения технических, технологических, производственно-экономических и других показателей объекта автоматизации, которые будут достигнуты в результате внедрения ЭИС. 3. Характеристика объекта автоматизации сведения об условиях эксплуатации объекта и характеристиках окружающей среды. 4. Требования к системе А) требования к системе в целом; - требования к структуре и функционированию системы (перечень подсистем, уровни иерархии, степень централизации, способы Инф.обмена, режимы функционирования, взаимодействие со смежными системами, перспектива развития системы) - требование к персоналу - показатели назначения (степень адаптивности системы к изменениям процессов управления и знач.параметров) - требование надежности и безопасности, эрганомики, к технич. обслуж. И т. Д. Б)требования к функциональным подсистемам: - перечень функций, задач или их комплексов, подлежащих автоматизации; - временной регламент реализации каждой функции, - требования к качеству реализации каждой функции, задачи, комплекса, к форме представления выходной информации; характеристики необходимой точности и времени выполнения, достоверности выдачи результата. - перечень и критерии отказов в системе В) Требования к видам обеспечения - к математическому обеспечению (состав и область применения математических моделей и методов, типовых и разрабатываемых алгоритмов) - информационному (состав, структура и организация данных, обмен данными между компонентами системы, информационная совместимость со смежными с-ми, используемые классификаторы, СУБД, контроль данных и ведение информационных массивов, процедуры придания юрид-ой силы выходным документам) - лингвистическому (используются языки программирования, языки взаимодействия пользователей системой, с-мы кодирования) - программному (независимость программных средств от платформы, качество прогр-ых и способы его контроля, использование фондов, алгоритмов и программ) - организационному (стр-ра и ф-ции эксплуатируемых подразделений, защита от ошибочных действий персонала) - также требования к техническому, методическому обеспечению ЭИС и др. 5. Состав и содержание работ по созданию системы должен содержать перечень стадий 4 этапов: А) сроки выполнения; Б) перечень организаций-исполнителей работ; В) вид и порядок проведения экспертизы технической документации Г) программа и обеспечение надежности и др. 6. Порядок контроля приемки системы указывают: А)виды, состав, методы испытания системы и ее частей; Б)общие требования к приемке работ по стадиям; В) состав и статус приемочной комиссии. 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие А) Преобразование входной информации к машиночитаемому виду Б) Изменение в объекте автоматизации В) сроки и порядок комплектования штатов и обучения персонала. 8. Требования к документированию приводят: А) перечень подлежащих разработке комплектов и видов документов, Б) Перечень документов на машинных носителях 9. Источники разработки документы и информационные материалы на основе которой разрабатывается текст задания и сама система. Для сложных ЭИС иногда на этой стадии включают третий этап -разработку «Эскизного проекта». На этапе «Эскизного проекта» сформулированные ранее требования служат основой для разработки предварительных решений по ЭИС в целом и отдельным видам обеспечения. Эти решения прорабатываются на логическом уровне, включая алгоритмы обработки информации, описание информационных потребностей пользователей на уровне названий документов и показателей. 8.Эскизный проект ИС. Технический проект ИС. Общая характеристика, состав и содержание. Эскизный проект предусматривает разработку предварительных проектных решений по системе и ее частям. Выполнение стадии эскизного проектирования не является строго обязательной. Если основные проектные решения определены ранее или достаточно очевидны для конкретной ИС и объекта автоматизации, то эта стадия может быть исключена из общей последовательности работ. Содержание эскизного проекта задается в ТЗ на систему. Как правило, на этапе эскизного проектирования определяются: · функции ИС; · функции подсистем, их цели и ожидаемый эффект от внедрения; · состав комплексов задач и отдельных задач; · концепция информационной базы и ее укрупненная структура; · функции системы управления базой данных; · состав вычислительной системы и других технических средств; · функции и параметры основных программных средств. По результатам проделанной работы оформляется, согласовывается и утверждается документация в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию системы. На основе технического задания (и эскизного проекта) разрабатывается технический проект ИС. Технический проект системы - это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению. На этом этапе осуществляется комплекс научно-исследовательских и экспериментальных работ для выбора основных проектных решений и расчет экономической эффективности системы. Состав и содержание технического проекта приведены в таблице 3.2.
В завершение стадии технического проектирования производится разработка документации на поставку серийно выпускаемых изделий для комплектования ИС, а также определяются технические требования и составляются ТЗ на разработку изделий, не изготовляемых серийно. На стадии " рабочая документация " осуществляется создание программного продукта и разработка всей сопровождающей документации. Документация должна содержать все необходимые и достаточные сведения для обеспечения выполнения работ по вводу ИС в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы. Разработанная документация должна быть соответствующим образом оформлена, согласована и утверждена. Для ИС, которые являются разновидностью автоматизированных систем, устанавливают следующие основные виды испытаний: предварительные, опытная эксплуатация и приемочные. При необходимости допускается дополнительно проведение других видов испытаний системы и ее частей. В зависимости от взаимосвязей частей ИС и объекта автоматизации испытания могут быть автономные или комплексные. Автономные испытания охватывают части системы. Их проводят по мере готовности частей системы к сдаче в опытную эксплуатацию. Комплексные испытания проводят для групп взаимосвязанных частей или для системы в целом. Для планирования проведения всех видов испытаний разрабатывается документ "Программа и методика испытаний". Разработчик документа устанавливается в договоре или ТЗ. В качестве приложения в документ могут включаться тесты или контрольные примеры. Предварительные испытания проводят для определения работоспособности системы и решения вопроса о возможности ее приемки в опытную эксплуатацию. Предварительные испытания следует выполнять после проведения разработчиком отладки и тестирования поставляемых программных и технических средств системы и представления им соответствующих документов об их готовности к испытаниям, а также после ознакомления персонала ИС с эксплуатационной документацией. Опытную эксплуатацию системы проводят с целью определения фактических значений количественных и качественных характеристик системы и готовности персонала к работе в условиях ее функционирования, а также определения фактической эффективности и корректировки, при необходимости, документации. Приемочные испытания проводят для определения соответствия системы техническому заданию, оценки качества опытной эксплуатации и решения вопроса о возможности приемки системы в постоянную эксплуатацию. 9.Моделирование данных: общая характеристика, основные понятия. Методология IDEF1X моделирования данных. Графическая нотация Гейна-Сарсона моделирования данных. Цель моделировании данных состоит в обеспечении разработчика системы концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных. Наиболее распространенным средством моделирования данных (предметной области) является модель «сущность-связь» (ERM). Она была впервые введена Питером Ченом в 1976 г. Базовыми понятиями ERM яачяются сущность, связь и атрибут. Сущность (Entity) — реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области. Каждая сущность должна иметь наименование, выраженное существительным в единственном числе. Примерами сущностей могут быть такие классы объектов, как «Поставщик», «Сотрудник», «Заказ». Каждая сущность в модели изображается в виде прямоугольника с наименованием Экземпляр сущности — это конкретный представитель данной сущности. Например, экземпляром сущности Сотрудник - может быть «Сотрудник Иванов». Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности. Атрибут (Attribute) — любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Экземпляр атрибута — это определенная характеристика отдельного элемента множества. Экземпляр атрибута определяется типом характеристики и се значением, называемым значением атрибута. В ERM атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута. Наименование атрибута должно быть выражено существительным в единственном числе (возможно, с характеризующими прилагательными). Примерами атрибутов сущности «Сотрудник» могут быть такие атрибуты, как «Табельный номер», «Фамилия», «Имя», «Отчество», «Должность», «Зарплата» и т.п. Атрибуты изображаются в пределах прямоугольника, определяющего сущность. Каждая сущность может обладать любым количеством связей с другими сущностями модели. Связь (Relationship) - поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Итоги: Цель моделирования данных состоит в обеспечении разработчика ЭИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных. Наиболее распространенные средства: 1. моделирование данных – модель сущность – связь 2. степень связи – количество сущностей, участвовавших в связи 3. мощность связи – максимальное число экземпляров сущности, которое может быть связано с одним экземпляром данной сущности. Она может быть равна 1, n и т.д. 4. класс принадлежности – обязательность участия экземпляра сущности в связи. Может принимать значение: 0 – необязательный класс принадлежности 1 – обязательное участие В зависимости от значения мощности связь может быть одного из трех типов: 1:1, 1:М, М:М. Существуют следующие варианты идентификаторов: 1. первичный и альтернативный 2. простой и составной 3. абсолютный и относительный   Что способствует осуществлению желаний? Стопроцентная, непоколебимая уверенность в своем...  Система охраняемых территорий в США Изучение особо охраняемых природных территорий(ООПТ) США представляет особый интерес по многим причинам...  ЧТО И КАК ПИСАЛИ О МОДЕ В ЖУРНАЛАХ НАЧАЛА XX ВЕКА Первый номер журнала «Аполлон» за 1909 г. начинался, по сути, с программного заявления редакции журнала...  Что будет с Землей, если ось ее сместится на 6666 км? Что будет с Землей? - задался я вопросом... Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте:
|