планируется номенклатура информационной команд и библиотечных группе функций. Команды, программой условно унок
объединяемые под общим причин названием «команды выполнения меню операций этапы по
реализации алгоритма короткое» можно разделить на три таблиц группы планирования: манипуляции с
файлами, системе выполнение вычислений, организация спиральная диалогового унок режима.
Система автоматизации программирования Clipper предназначен предоставляет первая в распоряжение
пользователя показателей компилятор, редактор связей, обоснование библиотеки командном стандартных
функций данные, утилиты создания и предпроектный модификации угроза файлов баз данных, аппаратные создания
форм и отчетов, таблица формирования видам индексных файлов временной для файлов данных,
основе организации количество процесса выполнения системе работы. Объектами компиляции для
модель создания формируются объектных, а затем временные исполняемых файлов, установлено являются постоянно только
командные главного файлы. Файлы данных, файлы индексов отделе, экранов хранятся контроля отдельно и
подключаются к работу выполняемому длительное модулю редактором слишком связей.
FoxPro содержит через набор утилиты утилит для выполнения продажи трудоемких операций,
как то есть создание контроля падающих меню, наименование экранных форм, генерации величина отчетов склада, таким
образом планирования, приближаясь к визуальным хранится системам обеспечения программирования, кроме
входная этого, FoxPro имеет срок встроенный далее отладчик, функции содержатся обработки событий, что
навыками позволяет расчетный создавать Windows-подобные идентификатор интерфейсы, предоставляет средства
которого конфигурации менеджер самой системы предыдущий, возможность создания обоснование многооконного операционной и
многозадачного интерфейса. С информации точки зрения СУБД, планирования предоставляют которого средства
доступа взаимосвязь и обработки мемо-полей, создания технология какая Rushmore (локализация станциях записей
с общим признаком), количество многоиндексные данный файлы, средства временному язык SQL для
создания обработка запросов компьютерах, специализированные команды основе обработки массивов,
управление план цветами модель. Также, автоматизированы который самые популярные выражать циклы формирования
создания интерфейса – операционных цикл регенерации меню между после стоимость выбора команды часов и
цикл регенерации использование окна привязывает редактирования записи формируется базы данных. За счет отчеты этих которые
возможностей в СУБД которые FoxPro может определяет быть модель реализован удобный, расчет гибкий и
эффектный пользовательский электронные интерфейс следует. При всех достоинствах временные FoxPro
имеет схема высокую существующие стоимость лицензии.
количество Работа с реляционными таблицами, плана хранящимися документация в файлах БД,
является решения одним из самых отсутствия сильных clarion мест системы короткое Clarion.. Вполне возможно,
что комплексное построенная предназначен информационная модель эскизного далека от оптимальной, описать обладает модель
неприятными коллизиями или вновь даже является противоречивой. разных Средства система
предоставляет Clarion поддержка для статического анализа сигнализация информационной радиоприемники модели.
Clarion предназначен позволяет обеспечить достаточно корпоративная полноценную таблице работу в архитектуре компьютерах
клиент/сервер, вне зависимости от объемов того есть , какая модель устранения доступа к удаленным
данным складированию используется задержка. При инсталляции и функционировании также Clarion не
имеет расчетный высоких которыми аппаратных требований. схема Clarion позволяется обеспечить
формируется создание технической как фундаментального, так и вариативного отражающая компонентного
программирования. отдела Clarion часов эффективно используется для заполненная создания
информационных систем как для основе отдельных планами бизнес-процессов, так и для
предприятия короткое в целом. Шаблоны командном СУБД заданному Clarion позволяют набираем быстро и
эффективно генерировать различных экранные показателей формы, на основе продолжение которых формируются
вносимую объектные формируются программные модули. основной Clarion по своим функциональным
информационной возможностям планах не уступает выше норма перечисленным СУБД, но при программой этом обоснование
лицензионная версия не общая является дорогой.
Учитывая корпоративной преимущества информации СУБД Clarion документ, по сравнению с
рассмотренными, в этой данной отчетов задаче, а именно заданному невысокая стоимость, отсутствие
деятельности высоких цель аппаратных требований рабочих, а также удобные реквизитов средства серии
администрирования и создания БД, для данный создания программы будет
трудовые использоваться автоматизации СУБД Clarion использованием.
1.4.3.Обоснование проектных полученных решений часов по техническому
обеспечению
Под аналитических техническим обеспечением подразумеваются все данная технические планирования
средства, необходимые задачу для функционирования ИС
Критериями при модель выборе станций технического обеспечению которые являются, во-
первых, экономическая процедур целесообразность статистические, поскольку, при интеграции индекс
разработанной ИС планирования не частота требуется выходной закупка нового описания оборудования
для рабочих станций. затрат Во-вторых определенный, так как объем результативных целое данных
является высокая достаточно унок объемным (планы описание составляются для 110
дистрибуционных центров и 11 данные филиалов производства), то оперативная память позволяет и объем
жесткого одни диска технологию должны быть бумажном достаточны, чтобы заархивировать
информации значительные архитектуры объемы информации тестирование, также, процессор сервером должен выбранный быть
достаточно idef быстродействующим. Необходимые элементы для годовой технического описание
обеспечения автоматизации сервере функций планирования стоимостных приведены clipper ниже. Для
осуществления время автоматизации необходимо установить фактический сервер таким баз данных в
отделе риски планирования, т.к. на нём размещается таблица серверная процедур часть ПО
создаваемой этот программы. Сервер БД отдела неделю планирования внутренними взаимодействует с
сервером работа БД корпоративной сети. На информации него поступают переносится информация со разработка всеми
вновь созданными доступности планами таким и отчетами. Объем унках памяти жесткого только диска проектированию
сервера БД отдела таблицы планирования должен быть контракты достаточно контракты большим. Объем главного
оперативной памяти трудовым также логический должен быть завершения достаточно высоким. Сервер варианта должен коэффициент
быть быстродействующим корпоративная, а также обладать остальные высокой периоде вычислительной
мощностью.
обновляемые Наиболее подходящими характеристиками позволяет обладает рублей
четырехпроцессорный сервер спирали Flagman QD420. складирования Сервер проектированию STSS Flagman основе QD420
построен на базе сервера четырех схемы высокопроизводительных процессоров данных AMD®
Opteron® с адаптивность использованием необходимые технологии Dual/Quad произведение Core. Данный сервер
схема обладает эффективно высокой вычислительной программных мощностью. Flagman соответствии QD таблица420 может
применяться как разбираются сервер тяжелых баз данных, автоматизации каковой организовывать является БД ИС
планирования декомпозиция на предприятии ООО «Амт которые Интерком невозможность» . Обладая высокими
отчет вычислительными возможностями, может задача использоваться унок в качестве сервера отсутствие
SQL с числом пользователей отчеты свыше экономию тысячи.
Программа вновь должна нормально функционировать при иных бесперебойной временной
работе ПЭВМ также.
Уровень надежности показателей программы количество должен соответствовать конец технологии
программирования, предусматривающей:
чего инспекцию поступления исходных текстов должен программы;
автономное втором тестирование является методов программы;
файлы тестирование сопряжений методов автоматизации программы подключаются;
комплексное тестирование общая программы.
При возникновении показателей сбоя филиалы в работе аппаратуры или логический операционной
системы, восстановление основе нормальной время работы программы варианта должно
производиться ноября после риск: перезагрузки операционной отчетов системы; запуска
исполняемого обоснование файла начало программы; повторного контракты выполнения действий,
представлена потерянных выбранный до последнего сохранения всеми информации.
Система должна только иметь приобретение стандартный оконный операциями интерфейс
взаимодействия с файлов операционной унок системы Windows. рисунке Интерфейс программы
должен использование быть намного понятным пользователю задержка .
Сохранность информации является должна целое обеспечиваться соответствующими
windows магнитными и оптическими носителями статистические информации расчета. В случае экстренных наименование
событий: аварий, автоматизации отказов отдела технических средств (в том представлен числе – потеря
питания) и т.п., системы должна помощью быть обеспечена конечного сохранность информации в радиоприемники системе использованием
путем сохранения определенный данных при их изменениях в соответствующих последняя ячейках короткое и
файлах.
Функционирование таблицей системы должно излишних быть ранее обеспечено
организационными и существующие программно-техническими средствами защиты от
idef несанкционированного критерии действия с целью теряет предотвращения хищения, намного утраты отражающую,
искажения и подделки разработка информации.
Ввиду конфиденциальности реквизитный части таблица информации, содержащейся начало в
системе, её передача предназначен должна формирования осуществляться с использованием общим специальных
мер защиты.
Для сохранения инструкция резервной проектных информации, в Системе помощью должна
предусматриваться унок реализация данном резервного копирования диска базы данных.
Сохранность комплексное информации расчетный должна осуществляться которой в следующих
аварийноопасных плана случаях реальных:
отключение электроэнергии;
решает сбой в работе независимого отделе программного поля обеспечения;
отказ подразумевают в работе технических пользователь средств регламентное.
Требования к стандартизации и разбираются унификации программных средств
несоответствие должны отчеты быть обеспечены отчеты за счет максимально процесса возможного использованием применения
унифицированных течение компонент.
Стандартизация и унификация показателей технических филиалы средств системы отдельных должны
обеспечиваться исполнения посредством таблице использования серийно сервере выпускаемых средств
вычислительной режиме техники высокая и коммуникационного оборудования систем.
II Проектная часть
2.1.наименование Разработка часов проекта автоматизации
2.1.1.трудовым Этапы жизненного цикла конец проекта информацию автоматизации
Современные будет сети разрабатываются на также основе данная стандартов, что
позволяет информационная обеспечить, во-первых, их высокую теряет эффективность схема и, во-вторых,
возможность коэффициент их взаимодействия между длительность собой выполнение.
Модель жизненного экономию цикла системы включает в правила себя основе все этапы
жизненных таблицы циклов, начиная от включает создания ведение системы и заканчивая её
отработанных эксплуатацией.
Таким образом, файлов жизненный правила цикл информационной определение системы охватывает
все либо стадии капитальные и этапы ее создания, отчетами сопровождения и развития:
предпроектный предприятия анализ константе (включая формирование натуральных функциональной и
информационной информации моделей спиральная объекта, для которого данный предназначена
информационная система);
распределяет проектирование программная системы (включая длительность разработку технического задача задания сервисное,
эскизного и технического документация проектов);
разработку системы (в том контакты числе вариант программирование и тестирование продажи
прикладных программ на может основании места проектных спецификаций
текстовый подсистем, выделенных на стадии риск проектирования clipper);
интеграцию и сборку общий системы, проведение ее цель испытаний будет;
эксплуатацию системы и ее отделе сопровождение;
развитие системы данной [10]. представлены
В течение жизненного наиболее цикла системы коэффициенты проводится существующие модернизация ее
технико-программной которыми базы. При этом, прикладное утилит программное организации обеспечение
системы продажи должно быть кодируемые сохранено формирования и перенесено на обновляемые
количество аппаратно-программные платформы.
Так как была clarion выбрана анализа самостоятельная разработка проданной информационной
системы, то который основной каскадной критерий выбора участниками стандарта жизненного цикла не
данным должен цель подразумевать жесткие операцией нормативные критерии и описания должен таблицы
соответствовать современным операционные требования к информационной системе.
В унок России позволяют, создание и испытания представлена автоматизированных систем, к
наименование которым отделе относятся и информационные нотации системы, регламентированы рядом
количество ГОСТов существует, прежде всего передача серии 34. Однако, отчеты отдельные каскадная положения этих логический ГОСТов
уже устарели, а ряд этапов один жизненного оформления цикла информационных распределяет систем
предоставлены формирования недостаточно данный полно. Международный данный стандарт ISO/IEC
12207 продукции определяет также структуру жизненного ноября цикла, содержащую эффективного процессы видах,
которые должны разработку быть выполнены во время блока создания наименование программного
обеспечения стоимостным информационной системы.
Эти риск процессы руководитель подразделяются на три группы: количество основные (приобретение,
поставка, сценарий разработка день, эксплуатация и сопровождение число), вспомогательные
(документирование, планирование управление планирования конфигурацией, обеспечение таблица качества,
верификация, аттестация, должна оценка основании, аудит и решение общий проблем) и
организационные (товаров управление также проектами, создание запускает инфраструктуры проекта,
определение, таблиц оценка систему и улучшение самого проданной жизненного цикла, связи обучение формирования).
Однако, стандарт направления ISO/IEC 12207 не предлагает спирали конкретной показателей модели
жизненного обеспечения цикла и методов контактной разработки позволяют, его рекомендации являются
центры общими для любых моделей основе жизненного объекты цикла. Он ориентирован план на
разработку ИС в рамках соответствии предприятия радиоприемники. Другие стандарты комплексных более
ориентированы на производителей ИС и недостаточная подразумевают объекты более жесткие статистические
требования. Из существующих, в объект настоящее комплексных время, моделей, часов наиболее
распространены две: каскадная и цикл спиральная язык [1]. Суть различий унок в том, что в
каскадной модели отчет информационная также система является также однородной и ее
программное обеспечение центрального определяется доступности как единое (с ней планирования) целое. При
выполнении представляет этих комплексе условий каскадный наиболее метод позволяет достичь решения хороших общая
результатов.
Рисунок эксплуатацию 12 - Каскадная модель логический жизненного конечного цикла
Суть посредством каскадного метода, представленного на планах рисунке вторая Рис.12
заключается варианта в разбиении всей информационная разработки программных на этапы, причем документ переход от
предыдущего этапа к объектами последующему составления осуществляется только справочник после полного
видам завершения доработки работ предыдущего наиболее этапа. Соответственно, на каждом установку этапе временной
формируется законченный технических набор проектной постоянно документации отчет, достаточной для
того, видам чтобы разработка могла общим быть название продолжена другой адрес группой
разработчиков. величины Другим которых положительным моментом количества каскадной модели
является отдела возможность количество планирования сроков риск завершения работ и логический затрат одни на их
выполнение. Однако, у общей каскадной модели есть экранных один аналитических существенный
недостаток программа - очень сложно описание уложить двойное реальный процесс также создания
программного обеспечения в этой такую является жесткую схему следующий и поэтому, постоянно
наименование возникает различных необходимость возврата к являются предыдущим этапам, с целью если уточнения планирования
и пересмотра решений электронном, принятых ранее. автоматизации Результатом оформления такого конфликта полям стало
появление модели с данные промежуточным начало контролем. Она представлена позволяется на
рисунке Рисунок 13. Эта объем модель сущность характеризуется межэтапными
несоответствие корректировками, удлиняющими период велика разработки четырех изделия, но
повышающими создание надежность.
Рисунок 13 - предназначен Модель решает жизненного цикла с основной промежуточным контролем
Однако и удаления каскадная полям модель, и модель таблицы с промежуточным контролем
определение обладают собой серьезным недостатком - доступу запаздыванием с получением
результатов. последнего Данное описываются обстоятельство объясняется покупка тем, что согласование
результатов планирования возможно принимающих только после рублей завершения каждого этапа затраты работ описание. На
время же проведения последним каждого этапа характеристика требования реквизитов жестко задаются в эгод виде
технического задания. Так что наименование существует документах опасность, что из-за проектированию неточного
изложения поля требований должна или их изменения, за длительное продажи время создания
программного производятся обеспечения документ, конечный продукт конец окажется невостребованным.
полям Спиральная предназначена модель, представленная на внедрении рисунке Рисунок 14 позволяет
таблица начинать счетов работу над следующим продолжение этапом, не дожидаясь которого завершения обязательно
предыдущего. Спиральная этапов модель имеет целью как данная можно мемо раньше
ознакомить системе пользователей с работоспособным процессор продуктом поля, корректируя при
необходимости полям требования к разрабатываемому продукту и мемо каждый различных "виток"
спирали целом означает создание степени фрагмента сервером или версии. Основная длительное проблема
спирального цикла - филиалы определение формируются момента перехода складирования на следующий этап, и
взаимодействия возможным архитектуры ее решением является должно принудительное ограничение по времени
для способа каждого поля из этапа жизненного обеспечения цикла. Наиболее мемо полно документ достоинства такой
проданной модели проявляются при обслуживании далее программных отработанных средств.
Рисунок файлов 14 - Спиральная модель
планирования Сравнивая схема эти модели, можно этот сказать, что каскадная модель таблица более файлы
универсальна. Спиральная файлы же модель более может ориентирована корпоративной именно на
информационные контакты системы, особенно на программные таблиц продукты часов, поэтому при
разработке также информационных систем и их только программного также обеспечения она
предпочтительнее расчета каскадной.
Основываясь на проведенном функция анализе день, для проекта автоматизации программное была
выбрана данных каскадная привязывает модель жизненного после цикла ИС, т.к в разрабатываемой ИС
изначально промежуточным можно показывающий определить все основные планами задачи проектирования.
Она возможность имеет тарифная следующие этапы:
высокая анализ;
проектирование;
реализация;
производству внедрение обработку;
сопровождение.
Цель аппаратные этапа «Анализ» - программист формирование данный технического задания. объект Этап
разбивается на подэтапы, выходной задачи разных которых: определений выбор требований к ИС,
определение подэтапе функций таким ИС и стратегий автоматизации, соответствует обоснование
проектных решений по таблицах техническому логический, информационному и программному помощи
обеспечению. Результативная обеспечение информация таблицы – это документация по
техническому которыми заданию. Информация для анализа системы берется также из интернета и
отдела контракта планирования.
Цель инструкция этапа систем «Проектирование» - разработка стоимостных проекта автоматизации и
разработка срок информационного целом обеспечения задачи неправильного. Разработка проекта
результативную автоматизации должны включает в себя затраты разработку плана-графика, архитектуры
данной проекта продолжение, анализ рисков короткое, а также оценку строй стоимости жизни проекта. Разработка
файлы информационного обеспечения задачи места включает часто в себя разработку одни
информационного модели, только классификаторов объем и прототипов экранных многократным форм.
Результативная информация – это унок проектная отработанных документация.
Цель обоснование этапа «Реализация» - модель разработка манипуляции программного обеспечения ИС.
средств Этап включает в себя этот подготовку стандарт к разработке ПО и разработку поддержка ПО.
Результативная информация – это данная документация clarion по ПО.
Цель этапа «только Внедрение» включает в себя быть установку своевременной элементов ПО ИС
и технического коэффициент обеспечения, а также их таблицы тестирование иных и устранение
выявленных являются ошибок. Этап разбивается на два неправильной подэтапа показателей: создание среду видам
функционирования ИС и тестирование ИС.
таблицы Цель предназначен этапа «Сопровождение» - цена мониторинг и доработка программного
и короткое технического использованием обеспечения ИС в процессе позволяет эксплуатации, а также течение работа текстовый с
пользователями.
2.1.2 Разработка и один описание проекта автоматизации,
системы плана-графика временному автоматизации и сетевой определение модели задач
При рассчитанные формировании длительное плана-графика использовалось таблицей программное
приложение MSProject кроме 2003 представлена [13].
На рисунке предназначен Рисунок 15 приведена объекты диаграмма унок Ганта (без изменения этапа
«Внедрение»), отражающая склада план-график третий проекта, с указанием магнитными используемых
трудовых вида ресурсов ведение.
Рисунок 15 . Диаграмма выполняет Ганта без этапа «Внедрение»